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CHAPTER 1 



FIELD PROGRAMMABLE CONTROLLER OVERVIEW 



1.1 DESIGN CHOICES 

Sequential state machine design is normally ap- 
proached using one of two general methods: the 
traditional random logic and flip-flop approach, or 
microprogramming. Until recently, traditional meth- 
ods were used for state machines with relatively few 
states, e.g. dynamic memory controllers, while 
microprogramming was used for applications with 
many states, e.g. CPUs. The area in between was 
handled with a hodge-podge of techniques ranging 
from ad-hoc use of counters and shift registers to 
PROM-based sequencers. Now, Advanced Micro 
Devices has introduced the Am29CPL1 00 Field Pro- 
grammable Controller (FPC) family to allow cost- 
effective application of microprogramming tech- 
niques to fairly small state machines. 

Traditional design methodology generally uses state 
diagrams to define machine behavior, followed by 
derivation of appropriate J-K flip-flop excitation 
equations. This approach typically results in very 
high-speed state machine implementations which 
are highly optimized for a particular task. Unfortu- 
nately, this technique is at best tedious and can be 
essentially unusable for large state machines. 

The microprogramming approach to state machine 
design consists of storing machine cycle control 
sequences in memory locations. These instruc- 
tions are fetched and executed sequentially. Micro- 
programming is similar to assembly language pro- 
gramming of other processors with subroutines, 
loops, and structured programming constructs. 

1.2 Am29CPL100 ARCHITECTURE 
OVERVIEW 

The Advanced Micro Devices Am29CPL100 is a 
family of compatible single-chip Field Programmable 
Controller (FPC) devices. It combines, in one chip, 
address sequencer logic, program memory, and a 
powerful instruction set that supports a repertoire of 
jumps, multiple branches, and subroutine calls. 
These instructions can be executed conditionally 
depending on external condition tests. A Serial 
Shadow Register (SSR) helps designers diagnose 
system troubles at the individual IC component level. 
A pipeline register permits fetching the next instruc- 



tion at the same time that the current instruction is 
being executed. This Chapter provides a general 
description of the FPC. For a detailed description, 
refer to the data sheets in Appendix E. 

The first member of the Am29PL100 Family, the 
Am29PL141, was the first device to combine the 
elements of an intelligent microcode controller in a 
single device. From this base, the second genera- 
tion in the family, the Am29PL142, added more 
program memory, registered inputs, and a stack. 
The next generation in the Am29PL1 GO family, such 
as the Am29PL142 and Am29CPL144, incorpo- 
rates low-power, high-performance (25-30 MHz) and 
CMOS technologies with devices that are 100% 
compatible with their bipolar equivalents. Further 
still, new CMOS Am29PL100 devices, like the 
Am29CPL144, incorporate larger program memory 
and more features. 

The Am29CPL1 00 architecture consists of four major 
blocks: 

• Address sequencer control logic 

• Branch control/condition code select logic 

• Instruction decode logic 

• Program memory with a pipeline register and SSR 

1.2.1 Address Sequencer 

As shown in Figure 1-1, FPC control sequences, 
stored In the on-chip programmable memory, are 
fetched under control of the address sequencer and 
clocked into the pipeline register. Figure 1-2 shows 
a detailed block diagram of one device in the 
Am29PL100 family: the Am29PL142. 

In the Am29PL142, the address sequencer inputs 
consist of eight external inputs and a portion of the 
currently held contents in the pipeline register. These 
bits are wrapped around internally in the chip. (The 
remaining bits go off chip to control other compo- 
nents in the system.) The test field in the general 
instruction format tells the sequencer which input to 
test. The result of this test determines whether the 
sequencer will process the next instruction in pro- 
gram memory or fetch an instruction from an ad- 
dress specified in the data field from the stack or 
from an external address specified by the test 
inputs. 
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Figure 1-1. Am29CPL100 Block Diagram 



Within the address sequencer control logic, a four- 
to-one program counter multiplexer supplies the 
next state address (refer to Figure 1-2). This next 
state address can be one of the following: 

• Current address, PC (for repeat or hold instmc- 
tions) 

• The next sequential address from program mem- 
ory, PC+1 (for sequential and continue instruc- 
tions) 

• The stack (for nesting and repeat loops) 

• Output of the GO-TO branch control logic 

The Program Counter contains the address of the 
current state, PC (the current instruction being exe- 
cuted). Allowing the address multiplexer to select 
the current state as the next state enables execu- 
tion of loops and wait-until-condition-true type in- 
structions. The FPC can thus simply wait until a 
particular event becomes true. This function of 
intelligent state machines is needed to interface 
with various microprocessors and peripherals. The 
incremented Program Counter address, PC+1, is 
the normal next address when no jumps, branches, 
or subroutine calls are active. 
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Figure 1-2. Am29PL142 Detailed Block Diagram 
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The address sequencer logic also incorporates a 
stack. This output from the stack either loads the 
counter register multiplexer (discussed below) or 
program counter multiplexer. The input to the stack 
is selected by a three-to-one multiplexer, which 
selects either PC+1 (the return address from sub- 
routine calls), the current top of stack (TOS) con- 
tents (for looping on TOS), or the counter register 
contents (for intermediate storing of counter 
values). 

The counter block is used for timing. It has a 
counter register (GREG) and a four-to-one multi- 
plexer as the source for the GREG. To perform 
Iterative loops, the controller first loads GREG with 
the value of the number of iterations required. Ev- 
ery Iteration of the loop decrements the count. When 
the count reaches zero, iterations stop. The zero 
condition is detected by the zero detect logic on the 
chip. 



The RESET input initializes the FPG, setting the 
program counter multiplexer to all ones. An addi- 
tional operating mode allows use of serial shadow 
register (SSR) diagnostic techniques. 

1.2.2 Branch Control/Condition Code 
Select 

The branch control logic provides the address for 
multiple branching and for conditional statements 
such as IF-THEN-ELSE. The condition code select 
logic selects tfie condition to be tested, which the 
user can specify for each microprogram Instruction. 
This allows monitoring of both external and internal 
events. The user-defined microcode can set the 
polarity control to test on either true or false 
conditions without the need for external hardware 
inverters. 

The branch control logic implements program jumps 
using either the data field from the instruction for- 
mat or the external inputs. Individual inputs can be 
masked (i.e. set to zero) so that only the desired 
input can affect the address sequencer's operation. 
Use of external inputs by the branch control logic 
supports multiway branching. These external in- 
puts can also be used to preload the counter 
register. 

A flexible instruction set provides powerful condi- 
tional branch, multibranching, subroutine, and loop 
structures. These instructions, explained in the 
data sheets, fall into six categories: 



• Program Branch Instructions (e.g. GOTOPL, 
GOTOTM, FORK) 

• Subroutine Branch Instructions (e.g. CALPL, 
GALTM, RET) 

• Stack Instructions (e.g. PSH, PSHPL, POP) 

• Looping Instructions (e.g. LPPL, LPTM, LPSTK) 

• Load Gounter Instructions (e.g. LDPL, LDTM) 

• f^/liscellaneous Instructions (e.g. DEC, DEGPL, 
DEGTM) 

1.2.3 Instruction Decode Logic 

The instruction decoder decodes the microin- 
struction, including the opcode field, the polarity bit, 
the test field, and the data field. The test field 
specifies the condition code input that will be tested 
to determine if a branch is to be taken. For condi- 
tional branches, if the condition is true (or false if the 
polarity is set to 1 ), a branch is taken to the branch 
address specified in the data field or externally by 
the test inputs. The output enable bit in the microc- 
ode enables the outputs of the FPG. 

1.2.4 Program Memory and Pipeline 
Register 

Gonceptually, each memory location can be thought 
of as defining a particular state of the state ma- 
chine, with each address corresponding to the 
number of this state. The external test inputs and 
internal test, the EG condition (used to determine if 
the external inputs have a value equal to the con- 
stant field in the microcode), are included to allow 
conditional state transitions. Typical microcode 
consists of testing one of the test Inputs and branch- 
ing if the condition tested is true. 

The program memory stores the program of micro- 
instructions specifying state transitions. Each mi- 
croinstruction specifies the state of each of the 
outputs used to control peripherals and other de- 
vices. The remaining fields in the microinstruction 
have been described above. The program memory 
is programmed using commercially available logic 
programmers. 

The pipeline register associated with the memory 
contains the microinstruction currently being exe- 
cuted. It allows concurrent execution of the current 
microinstruction and fetching of the next instruction. 
Its upper bits form the state sequencing and internal 
control logic. The low order 16 bits are used as 
general purpose, user definable control outputs. Of 
these user controlled bits, the upper eight bits can 
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be three-stated by output enable bit (OE) in the 
microinstruction. If more than 1 6 output control bits 
are needed, Am29PL100 devices can be cascaded 
quite simply. 

The FPC operates in two modes: normal and diag- 
nostic. In the normal mode, a microinstruction is 
executed for every clocl< cycle. When the FPC is 
programmed to use the diagnostics feature, the 
Serial Shadow Register (SSR) is activated. This 
provides a simple, straightfonward method of in- 
system testing to isolate problems to the individual 
IC level. 

SSR diagnostics simplify device and system-level 
diagnostics. To test a chip, an instruction is shifted 
serially into the SSR and then loaded in parallel into 
the pipeline. As a result, the instruction is executed 
and Its results are transferred back from the pipe- 
line into the SSR. From there, it may be shifted out 
for diagnosis. 

1.3 INSTRUCTION FORMAT 

This section discusses the microinstruction format 
using the Am29PL142 as an example. For more 
detailed information on other Am29CPL1 00 devices, 
refer to the appropriate data sheets. 

Each microinstruction is partitioned into fields. There 
are two microinstruction formats: the general micro- 
instruction format and the compare microinstruction 
format. The low order 1 6 bits in each format contain 
16 user-controlled output signals that appear on 
FPC outputs P[1 5:0]. 

in general microinstruction format, the upper 18 bits 
are assigned as follows: 



Bits 

16-22 

23-26 
27 

28-32 
33 



Description 

Data (a conditional branch address, test 
input mask, or counter value) 
Test (specifies which one of eight input sig- 
nals to use for the condition code) 
Polarity (specifies whether to test input for 
true or false) 

Opcode (identifies microinstruction to exe- 
cute) 

Output Enable (when set to 0, it 3-states 
output lines P[1 5:8]) 



In the compare microinstruction format, the upper 
16 bits are assigned as follows: 

Bits Description 

16-22 Data (a 6-bit mask for masking the T[5:0} 
inputs) 

23-29 Constant (specifies a 6-bit constant for 
comparison with T*l\/I for the condition code) 

30-32 Opcode (identifies microinstruction to exe- 
cute) 

32 Output Enable (when set to 0, it 3-states 
output lines P[15:8]) 

1.4 Am29CPL100 SOFTWARE 
SUPPORT 

Designing complex state machines and intelligent 
controllers requires good software support. The 
Am29CPL100 family is supported by assemblers 
and simulators. The assembler generates a JEDEC 
fuse map from source code programs written using 
the high-level Am29CPL100 instruction set. This 
JEDEC fuse map is used by commercially available 
logic programmers to program Am29CPL100 de- 
vices. The simulator is used to perform logic simu- 
lation of Am29CPL1 00 programs. 

1.4.1 PL14X Assembler 

The PL14X Assembler converts design specifica- 
tions written in a symbolic language into a JEDEC 
fuse map which can be used by other modules such 
as the simulator and commercially available logic 
programmers. 

The assembler allows data to be defined as bytes or 
words, permits forward label references, and allows 
assignment of values to bits in binary, octal, deci- 
mal, and hexadecimal format. 

High level language constructs, such as IF-THEN- 
ELSE and WHILE, are directly supported by the 
assembler providing program structure and clear 
documentation for the designer. 

The assembler is described in detail in the PL14X 
assembler documentation. 
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WHERE: 

OE = SYNCHRONOUS OUTPUT ENABLE FOR P[15;81. 

OPCODE = A 5-BIT OPCODE FIELD FOR SELECTING ONE OF THE 27 SINGLE DATA-FIELD INSTRUCTIONS. 

POL = A 1-BIT TEST CONDITION POLARITY SELECT. 

= TEST FOR TRUE (HIGH) CONDITION. 

1 = TEST FOR FALSE (LOW) CONDITION. 
TEST = A 4-BIT TEST CONDITION SELECT 



TEST 13:0] 



0000 
0001 
0010 
0011 
0100 
0101 
0110 
0111 
1000 
1001 
1010-1111 



CONDITION INPUT 
UNDER TEST 

TO 

T1 

T2 

T3 

T4 

T5 

T6 

CC 

EG 
CREG ZERO 
UNCOND [0] 



THE POLARITY BIT POL IN AN INSTRUCTION ALLOWS THE USER TO TEST FOR A PASSA'RUE OR 
FAIL/FALSE CONDITION AS SHOWN IN TABLE 2. AN UNCONDITIONAL TRUE IS SET BY SELECTING 
UNCOND AND POL =1. 

= A 7-BIT CONDITIONAL BRANCH ADDRESS, TEST INPUT ^MSK, OR COUNTER VALUE FIELD 
DESIGNATED AS PL IN INSTRUCTION MNEMNONICS. 



Figure 1-3. Am29PL142 General Instruction Format 



The special two data field comparison Instruction is shown below: 
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WHERE: 

OE = SYNCHRONOUS OUTPUT ENABLE FOR P[15:81. 

OPCODE = COMPARE INSTRUCTION (BINARY 100). 

CONSTANT = A 7-Bn" CONSTANT FOR EQUAL COMPARISON WITH T'M. 

DATA = A 7-BIT MASK FIELD FOR MASKING THE INCOMING T[6:01 INPUTS. 



Figure 1-4. Am29PL142 Comparison Instruction Format 



1.4.2 PL14X Simulator 



Device simulation is based on a test vector file, 
generated from the test vectors specified by the 
designer. The PL14X simulator uses the JEDEC 
fuse map file (generated by the PL14X assembler) 
and the test vector file as its inputs. The simulator 
generates computed output signals that are com- 
pared with expected output values as specified In 
the test vector file. A printout of the output shows 
the difference If any. 



The simulator also provides an interactive mode 
allowing the designer to interactively preload or 
change any or all of the internal registers of simu- 
lated Am29CPL1 00 devices. Single-step and break- 
points provide further control. For details, refer to 
the PL14X Simulator documentation. 
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1 .5 AN OVERVIEW OF THIS 
TECHNICAL HANDBOOK 

Chapter 2 is an Am29PL100 tutorial. 

Chapter 3 presents reprints of articles written atx)ut 
the Am29PL141. The first article is an overview 
discussion of the Am29PL141, its architecture and 
applications. The second article discusses a VME 
bus controller designed using the Am29PL1 41 . 

Chapter 4 provides a simple example of an 
Am29PL141 application. It is a coffee machine 
controller. This example shows not only the hard- 
ware but also the microprogram required. 

Chapter 5 describes the realistic use of an 
Am29PL141 as an interface for the DEC PDP-11 
Unibus. The complexity of Unibus handshal<ing is 
such that microprogramming is a reasonable de- 
sign technique, but use of a separate sequencer, 
control memory, and pipeline register is not eco- 
nomical. Since the FPC contains a sequencer, 
memory, and pipeline, an interface for the DEC 
PDP-1 1 Unibus can be readily designed using the 
Am29PL141 FPC. It fits this class of problem rather 
well. The PDP-11 was chosen for this example 
because it has a well documented protocol which is 
familiar to many engineers. 

Chapter 6 describes the use of an Am29PL1 41 as a 
controller for the DEC Q-Bus. The problem ad- 
dressed is to design an interface between the Q- 
Bus and a generic device to allow the following 
operations: 



• DATI/DATO with device as slave 

• Device interrupt request (single level) 

• Device direct memory access request 

• DATI/DATO with device as master 

The control logic is implemented using the 
Am29PL141 FPC. Its microprogram implements a 
state machine to control both device and Q-Bus 
handshaking. 

Chapter 7 describes the use of the Am29PL141 as 
a dual port memory arbitrator in a Starlan system. 
The Am29PL141 controls the DMA transfers to and 
from the relatively slow speed communication lines 
freeing the CPU to perform other tasks. 

Chapter 8 describes the use of an IBM/PC to run di- 
agnostic tests on a device containing a Serial 
Shadow Register (SSR). TheAm29PL141 controls 
the flow of data to and from the SSR. 

Chapter 9 describes an Am29PL141-QIC-02 and 
SCSI interface. This interface links tape drives with 
a CPU. It permits the backup of large hard disk 
drives on quarter-inch magnetic tape. 

Chapter 1 describes a high speed DMA controller 
using the Am29PL1 41. 

The appendixes include the JEDEC Standard 
Number 3; the QIC-02 and SCSI timing diagrams; 
References; Glossary; Am29PL100 data sheets; 
and an index. 
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Written by Art Goldstein 



The purpose of this tutorial is to present bacl<ground 
information on the Am29PL100 family of parts to 
enable designers to use these devices in their de- 
signs. 

The Am29PL100 are high-speed logic devices that 
are programmable by instructions rather than Boo- 
lean equations. From this point of view, the 
Am29PL100 family represents a new trend and will, 
over time, enjoy wide acceptance because of the 
simplicity of its approach. 

Historically, the Am29PL1 00 family evolved out of bit- 
slice design technology. At the heart of these designs 
is the concept of microprogramming that was first 
proposed in the early 1950s by M.V. Wilkes as a 
technique for simplifying the design of a computer- 
control unit. 

Nominally, the design of the control unit seems to 
have little to do with the bulk of sequential logic 
design. In fact, however, the control unit can be 
regarded as a general model for a broad range of logic 
design problems. Because of this, microprogram- 
ming represents, in essence, a logic design tech- 
nique that offers many advantages over designs 
based strictly on Boolean equations and state 
diagrams. 

Microprogramming differs very little from normal 
assembly-language programming. Both have similar 
features in terms of instruction set format and pro- 
gram staictures. The difference is that micropro- 
gramming supports the design of hardware while an 
assembly language program is more often associ- 
ated with the manipulation of abstract data. 

In this age of the microprocessor, it is well to keep in 
mind that the Intel 4004, generally considered the first 
commercially available microprocessor, was used 
more as a replacement for random logic than as a 
general-purpose processor. Indeed, the same can 
be said of 8-blt processors. It has been only with the 
advent of the 16- and 32-bit processors that the 
microprocessor has flowered into a general-purpose 
computing device used to supplant minicomputer and 
even mainframe machines. 

Because of this history, the concept that software 
techniquescan be used to implement hardware should 
come as no su rprise. Microprogramming, because of 



its association with bit-slice design, might seem 
mysterious to the uninitiated, but it is indeed both 
simple and straightforward, as this tutorial will show. 

This tutorial consists of two sections. Section 2.1 is 
devoted to microprogramming and presents an 
overview of the subject as it relates specifically to the 
Am29PL1 00 family. In addition, Section 2.1 includes 
the design of a computer control unit that not only 
sheds light on how microprogramming works but also 
serves as the foundation for the design of the 
Am29PL1 00 family itself. 

Section2.2 presents five Am29PL100-based designs. 
Within the course of this section, the Am29PL1 00 
microinstructions are explained and used to implement 
a wide spectrum of hardware structures. 

2.1 INTRODUCTION TO 
MICROPROGRAMMING 

This section introduces the major ideas of micropro- 
gramming by working through the design of a micro- 
programmed control unit for a very simple computer 
system. In this way, we not only obtain an under- 
standing of microprogramming, but also learn about 
the structure of the Am29PL100 field programmable 
controller and why It came atwut. Later family 
members, such as the Am29CPL142 and 
Am29CPL144 are very close architecturally to the 
Am29PL141 , and the concepts discussed will apply 
to the family in general. 

The reason for focusing on the design of a computer 
control unit is twofold. First, microprogramming 
evolved specifically as a means of simplifying the 
design of this part of the computer. Second, the 
control unit serves as a useful model for many com- 
plex digital networ)<s. 

The point to bear in mind is that microprogramming is 
a general logic design technique and is a useful 
alternative to Boolean equations and state diagrams 
in many circumstances. As Its name implies, micro- 
programming involves software techniques. While 
some knowledge of machine language programming 
is useful, we do not assume any particular back- 
ground, but instead develop the pertinent techniques 
as the need arises. 
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2.1.1 Simple Computer System 

Figure 2-1 shows a block diagram of a simple compu- 
ter system capable of processing the 16 instructions 
listed in Figure 2-2. The computer system consists of 
these major components: 

Dual-ported register file (RF) — The register file 
contains eight 16-bit registers. The contents of any 
two registers are simultaneously available at the YA 
and YB output ports by supplying the appropriate 
addresses to Port-A and Port-B address lines and 
holding the WRRF line high. Data is written into a 
register by specifying the registe r addres s on the Port 
A address lines and pulsing the WRRF line low. 

Arithmetic logic unit (ALU) — The ALU performs 
the eight operations listed in Table 2-1 . Each opera- 
tion requires two 16-bit operands with the result 
appearing on a 16-bit output port. For arithmetic 
operations, three status lines indicate whether an 
overflow occurred or a result was greater than or 
equal to zero. 

Memory subsystem — The memory subsystem 
consists of a 4K-word by 16-bit memory array, a 
memory address register (MAR), an input data regis- 
ter (IDR) and an output data register (ODR). The 
address in the MAR comes either from the program 
counter (see the description of register R7 below for 
further details) or from an address specified in an 
instruction. The signal READ determines whether 
data is written to or read from the memory. 

Control unit (CU) — The control unit activates a 
sequence of control signals to implement the instruc- 
tions fetched from memory. (See Section 2.3 for a 
detailed description of each control signal.) 



As shown in Figure 2-2, nearly half the instructions 
operate upon the contents of registers in the register 
file. These eight registers, designated RO through 
R7, are referenced by the 3-bit source or destination 
field contained within the instructions. (See Section 
2.4 for a detailed description of each instruction.) 

Three of the registers have special meanings that the 
programmer must tal<e into consideration: 

R7 — This register is the program counter. It is 
incremented during the execution phase of every 
instruction and is used as the source for the MAR 
unless the instruction causes a transfer of control. 

R6 — This register is the stack pointer. The CALL 
SUBROUTINE instruction uses this register to store 
the return address on the stack. The RETURN 
instnjction uses this register to restore the program 
counter with the return address. 

RO — This register is implied as the source and 
destination register in the STORE and LOAD instruc- 
tions, respectively. The BRANCHN and BRANCHZ 
instructions test this register to determine if the branch 
is taken. 

2.1.2 Design of Control Unit 

The control unit directs the activity of the elements of 
this system. It responds to instructions fetched from 
memory and activates a sequence of control signals 
to implement the instructions. To show how this 
works, let's examine the sequence of events that 
takes place in fetching, decoding and executing the 
ADD instruction shown in Figure 2-2. 

In our example, we want to add the contents of 



OPERATION 


ALU CODE 
000 


FUNCTION PERFORMED* 


SUB 


A - B 


ADD 


001 


A + B 


INC 


010 


A+ 1 


DEC 


011 


A - 1 


AND 


ioo: 


A ■ B 


OR 


101 


A + B 


SHFTL 


110 


SHIFT A LEFT ONE POSITION 


SHFTR 


111 


SHIFT A RIGHT ONE POSITION 



* A REFERS TO OPERAND ON INPUT PORT A 
B REFERS TO OPERAND ON INPUT PORT B 

RESULT OF OPERATION APPEARS ON OUTPUT PORT. 



Table 2-1. ALU Operations 
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OPCODE' 



SHIFTL* 

SHIFTR* 

ADD 

SUB 

AND 

OR 

JMP 

CALL SUBROUTINE 

RETURN 

BRNCH 1" 

BRNCH2** 

LOAD* , 

STORE* 

INC 

DEC 

MOV 



1 1 COUNT 1 1 




1 1 1 COUNT 1 1 




1 2 1 RD 1 BS 1 1 




1 3 1 RD 1 R5 1 1 




1 4 1 RD 1 M"- 1 1 




1 5 1 RD 1 RS 1 1 




1 6 1 ADDRESS | 




1 7 1 ADDRESS | 




1 8 1 ADDRESS | 




1 9 1 ADDRESS | 




1 A 1 ADDRESS | 




1 B 1 ADDRESS | 




1 C 1 ADDRESS 1 




1 D 1 RD ^^^fc^Urt^^ 








1 F 1 RD 1 RS t^^^^ 



RD: SPECIFIES DESTINATION REGISTER 
RS: SPECIFIES SOURCE REGISTER 

* REGISTER RO IMPLIED AS DESTINATION OR SOURCE 
** REGISTER RO IMPLIED AS REGISTER TESTED 
' OPCODE GIVEN IN HEX 



Figure 2-2. Instruction Set and Format 
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register R2 with ttiat of register R3 and replace 
register R2 witii thie result. Here are the steps that 
take place: 

• Fetch instruction. 

Load MAR with address of instruction. 
Issue READ signal to external memory bus. 
Latch data from memory bus into IDR. 

• Decode instruction. 

Extract OPCODE field from IDR. 
Determine operation to be performed by exam- 
ining OPCODE. 

• Execute instruction. 

Issue code for ADD to ALU. 

Wait for operation to take place. 

Issue WRRF pulse to register file to write result 
back to register R2. 

Increment program counter R7. 

• Go back to the first step to continue processing 
program. 

Figure 2-3 Illustrates the timing diagram that reflects 
this activity. Using this timing diagram, we can design 
a logic network to implement the sequence of steps 
enumerated at)ove . Of course, this network supports 
only the ADD instruction. Creating a logic network 
supporting all 1 6 instmctions is considerably more 
complex. Furthermore, adding an additional instruc- 
tion or modifying an existing one can be a fairly 
complicated procedure entailing a redesign of the 
entire network, not just a small portion of it. 

2.1.3 Microprogramming Approaoli 

Confronted with this state of affairs, M.V. Wilkes 
suggested an alternative approach whose purpose 
was to design 'Ihe control circuits of a machine which 
is wholly logical and which enables alterations or 
additions to the order code to be made without ad hoc 
alterations to the circuits." (Note that the term "order 
code" was an earlier way of referring to OPCODE.) 

The essence of Wilkes' idea is that the output of a 
sequential logic network can be regarded as a series 
of binary words. The individual bits of these words 
serve as control signals that are used to direct the 
operation of the computer. Viewing the words in this 
way, we can just as well store them in a read-only 
memory (ROM) and read out the contents of the 
ROM, clock by clock, to obtain the desired output 
pattern. Because the output patterns of the sequen- 
tial logic network and the ROM-based approach are 
identical, these two approaches can be regarded as 
interchangeable. 



To illustrate these ideas, we will work through the 
steps to create the sequence of control signals needed 
to Implement the ADD instruction described above. 
The circuit of Figure 2-4 is used for this purpose. As 
shown, the ROM is partitioned into two parts. Fifteen 
of the output bits are used as ourcontrol signals, while 
the remaining four bits are fed back to the address 
register. These bits, together with the OPCODE, are 
used to address the ROM. 

The timing diagram of Figure 2-3 has been redrawn in 
Figure 2-5 to show how to derive the data we want to 
place in the ROM. As shown, we treat the timing 
information like a series of binary numbers that change 
on a clock-to-clock basis. The top line corresponds to 
the lowest-order bit with subsequent lines spanning 
the higher order bits. Working in this way, we con- 
stnjct the data in Table 2-2. Here, the first line 
contains the equivalent binary number correspond- 
ing to clock period 1 followed by the numbers cor- 
responding to subsequent clock periods. Notice that 
clock period 1 is the first clock period after the ADD 
instruction has been clocked into the IDR. 

Table 2-3 lists the part of the ROM contents that we 
are using in our example. The low-order hex digit 
contains the NEXT ADDRESS that is used to se- 
quence through the ROM addresses, and the remain- 
ing four digits contain our desired control information. 
Notice that the ROM contents are at addresses 20 
through 28 hex. We derive this ROM address range 
by combining the low-order four bits from the ROM— 
theNEXTADDRESS— with theOPCODEfield. From 
Figure 2-1, we see that the OPCODE for the ADD 
instruction is 2. 

Now let's follow the activity starting from the point 
when the ADD instruction is fetched and residing in 
the IDR. As the address register is clocked, the 
contents of the ROM starting from location 20 is 
clocked out, followed by the contents of locations 21 
through 28. If we trace the activity of the control bits 
during this time, we wind up with the timing diagram 
of Figure 2-4, which is the desired result. 

Each word in the ROM (the "control" ROM) is called 
a microinstruction, and a sequence of microinstruc- 
tions is called a microprogram. 

The architecture we arrived at employing micropro- 
grams has a hierarchy of programs. The programs 
that reside in the system memory are normally called 
"macro" programs (or assembly level programs). The 
program that directly controls the hardware and is 
stored in the control store and is invisible to the 
general user is the microprogram. Macroprograms 
are said to be made up of macroinstructions. Each 
macroinstruction, as we have seen, has an OPCODE 
field and data fields. 
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CLOCK PERIOD 


VALUE (HEX) 


1 


0865 


2 


1864 


3 


1064 


4 


1F64 


5 


2FE4 


6 


27E4 


7 


2FEC 


8 


0864 


9 


0864 



Table 2-2. Binary Equivalent of Timing Diagram for Add Instruction 



ROM ADDRESS 


ROM DATA 


20 


08651 


21 


18642 


22 


10643 


23 


1F644 


24 


2FE45 


25 


27E45 


26 


2FEC7 


27 


08648 


28 ' 


08640 



Table 2-3. ROM Values Corresponding to Add Instructions 
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CLK 

SELMAR 

LDMAR 

READ 

LD IDR* 

A 
L 
U 

C 
O 
D 

E 



WRRF 

SELRFDATA 

SELRFADDR 

PORTA 
ADDRESS 

LDODR 

ENODR 



ADD INSTRUCTION 
J I I I 



J L 



* NOTE TWO CLOCK PERIODS ARE ALLOWED FOR READING MEMORY 



1 ,111.. , 1 




1 • . ,■ *■-. -1 1 1- : 1 




1 i I :;:;;;. . 1 




II 1 A 




1 , ,■ ■ i'^vr -1 1 1 




1 h Si m" '■ 1 1 1 1 




1 Utl'. ' ■ ' 1 1 1 




1 [';•■•?. ' ,1 1 ■ " 1 




1 \^:"-i- 1 1 1 



Figure 2-3. Timing Diagram for Fetching, Decoding and Executing Add Instruction 
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OPCODE IX- 



(FROM IDR) \ 



LAJ 



4 NEXT ADDRESS 



15 



CONTROL SIGNALS 



ADDRESS REGISTER ROM 



Figure 2-4. ROM-Based Control Unit 



For each macroinstructlon, there is a sequence of 
microinstructions that need to be executed to 
implement it. Each of these small sequences is 
normally called a microroutlne, and the combination 
of all these microroutines is normally called the 
microprogram. Microroutines are sometimes referred 
to as microprograms. 

Because our computer system has 1 6 macrolnstruc- 
tions or operations (see Figure 2-2), we have, cor- 
respondingly, 1 6 microroutines, each of which is used 
to decode and execute the corresponding macroin- 
struction and fetch the following macroinstructlon. 
Assuming the NEXT ADDRESS (micro) field is ini- 
tially zero, we use the (macro) OPCODEtopolntto the 
starting address of the appropriate microroutine (see 
Figure 2-6). 

A microinstruction consists of two parts. The first part 
contains information about the sequencing of micro- 
instructions (NEXT ADDRESS field), and the second 
part consists of a set of control signals that carry out 
several activities in parallel (see Figure 2-7). 

Within one macroinstructlon, we may use some of the 
control bits to specify an ALU operation, another to 
specify a READ and still another to pertorm some 
other activity. In a sense, each one of these output 
fields represents a MICROOPCODE because it spe- 
cifies an action to take place. In this way, a microin- 
struction may consist of several MICROOPCODEs 
that are acted upon in parallel. 

A major difference between macro- and microinstruc- 
tions is that a macroinstructlon consists of one OP- 
CODE, while a microinstruction consists of several 
MICROOPCODEs. 



2.1.4 Microsubroutines 

Given the 1 6 Instructions that our simple computer 
system can process, we use 1 6 corresponding micro- 
programs. Each microprogram contains microinstruc- 
tions for fetching the next instruction. Because of the 
16 microprograms, these microinstructions are re- 
peated 16 times. Cleariy, this Is wasteful, especially 
In the case of a more complex computer that has tens 
of instructions. A more efficient way to have the active 
microprogram jump to a separate microprogram that 
carries out the steps for fetching the next insttuctlon 
and then return to the point where It left off. This 
procedure is called a microsubroutine and is similarto 
the subroutine of a program. However, our simple 
address register-ROM combination is not adequate 
for this task. To accomplish the above task, we need 
these new facilities: 

• Microsubroutine register for storing the next 
microinstruction to be executed upon return from 
the microsubroutine. 

• Mechanism for loading the address register with 
the contents of the microsubroutine register so 
that the Initiating microprogram can proceed. 
Figure 2-8 shows a circuit that allows the execu- 
tion of microsubroutines as well as sequential 
microinstaictions. The address multiplexer fun- 
nels three address sources to the address regis- 
ter. 

• NEXT ADDRESS field. The NEXT ADDRESS 
field has been widened to allow the microsubrou- 
tine to be located anywhere In the ROM. 

• Microsubroutine register. This register holds the 
address of the next sequential Instruction to be 
executed upon return from a microsubroutine. 
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CLK PERIOC 
CLK 


1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 
1 1 1 1 1 1 1 1 1 1 






LDIDR 


II II 


LDODR 








ENODR 




LDMAR 


1 1 






SELMAR 








READ 




SELRFDATA 




SELRFADDR 


1 1 










PORT A ^ 
ADDR ^ 


r 1 1 




1 1 




1 1 






WRRF 


II II 










ALUCODE < 


1 1 




1 1 






Figure 2-5. Timing Diagram for Obtaining ROM Values 
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ROM ADDRESS 



(OPCODE = 0) 00 



(OPCODE = 1) 10 



(OPCODE = 2) 20 



(OPCODE = E) EO 



(OPCODE = F) FO 



MICROPROGRAM 

FOR SHFTL 

INSTRUCTION 



MICROPROGRAM 

FOR SHFTR 

INSTRUCTION 



MICROPROGRAM 

FOR ADD 

INSTRUCTION 



MICROPROGRAM 

FOR DEC 

INSTRUCTION 



MICROPROGRAM 

FOR MOV 

INSTRUCTION 






Figure 2-6a. Address Space Map for ROM 



ROM ADDRESS = X Y 



SUPPLIED BY NEXT ADDRESS FIELD 
SUPPLIED BY OPCODE 



Figure 2-6b. Composition of ROM Address 
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18 



I I I I I I I I I I I rm 



NEXT ADDR 

LDIDR 

LDODR 

ENODR 

LDMAR 

SELMAR 

READ 

SELRFDATA 

SELRFADDR 

PORTAADDR 



WRRF 
ALUCODE 



Figure 2-7a. Microword Functions 



18 


1615 


10 9 


7 6 5 4 3 





II 1 1 1 1 1 



NEXT ADDRESS FIELD 

INPUT DATA REGISTER CONTROL 

OUTPUT DATA REGISTER CONTROL 

MEM. ADDRESS REGISTER CONTROL 

REGISTER FILE CONTROL 

ALU CONTROL 



Figure 2-7b. Microword Format 
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MICROSUBROUTINE 
REGISTER I 



INCREMENTER 



+1 



OPCODE 



8 

-V 

8 

-V 

8 

-V 



ADDRESS 
MUX 



8 



8 



CONTROL 
" SIGNALS 



ADDRESS 
REGISTER 



ROM 



Figure 2-8. Circuit for Accommodating Microsubroutine 



The microsubroutine register receives the output 
of the address register incremented by one. 
This allows us to proceed with the next sequential 
microinstruction upon completion of a subroutine. 

• OPCODEfleld. This source is similar in function 
to the circuit described previously in Figure 2-4. 
it differs In that the low-orderfour bits are forced 
to zero, while the upperfour bits are derived from 

the OPCODE field as before. 

The key to the operation of this new circuitry Is the 
ability to control the selection inputs of the multiplexer 
(mux). We accomplish this control by adding an 
entirely new field to the microinstruction as shown in 
Figure 2-9. In operation, this mux control field starts 
to take on some of the behavior of an OPCODE in a 
program, as shown in Figure 2-10 where we give 



symbolic names to the binary codes comprising the 
mux select lines. 

Figure 2-1 1 shows how to use the microsubroutine 
facility to call a microsubroutine from any micropro- 
gram. As shown, each calling microprogram exe- 
cutes a JMP FETCH microinstruction. As a result the 
microsubroutine register receives the content of the 
address register incremented by one and control Is 
passed to the address specified symbolically as 
FETCH (the beginning of the microsubroutine). 
Execution of the microsubroutine now proceeds until 
the last microinstruction, an RTS, is executed. This 
enables the calling microprogram to resume execu- 
tion at the address following the JMP FETCH Instmc- 
tion by transferring the contents of the microsubrou- 
tine register back to the address register. 
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2.1.5 Solving Two Fundamental 
Problems 

A careful examination of Figure 2-8 reveals two 
fundamental problems: 

• Glitches on control signals. After a new address 
is sent to the ROM, glitches may occur on the 
control signals during the access time of the 
ROM. 

• Delay of one clock period on OPCODE input. 
Because the OPCODE field is extracted from 
the IDR , a delay of one clock period is introduced 
until the OPCODE is clocked into the address 
register. 

The circuit of Figure 2-1 2 corrects these problems by 
adding a register at the output of the ROM — called a 
pipeline register— and addressing the ROM with the 
output of the mux rather than the address register. 
Notice that this arrangement still preserves the func- 
tionality of the circuit in Figure 2-8. 

2.1.6 Microprogram Counter 

If we connect the output of the address incrementer to 
another input of the mux, an unexpected benefit 
results. With this arrangement, we can execute 
sequential microinstructions without explicitly defin- 
ing the next address In the NEXT ADDRESS field of 
the microinstruction. The combination of address 
register and incrementer gives us a microprogram 
counter that behaves in the same manner as a 
program counter for a program. In addition to the 
microprogram counter, however, we still need the 
NEXT ADDRESS field to allow us to transfer control 
to any location within the ROM (see Figure 2-13). 



2.1.7 Implementing the Branch 
Instructions 

So far we have created a powerful structure for 
executing microinstructions. We can execute se- 
quential microinstructions, call microsubroutines and 
jump to any arbitrary location in ROM. However, we 
cannot implement the macro BRANCH instructions 
because we lack the ability to alter the sequence of 
microinstruction execution and thus the sequence of 
macroinstnjction execution, in response to the state 
of the ALU status lines. 

For example, when the macro BRANCHZ instruction 
executes, transferof control passes to the instruction 
located at the address specified In the ADDRESS 
field when thie content of register RO is zero. Other- 
wise, macroprogram execution continues with the 
next sequential macroinstnjction. Our control unit 
must therefore be able to load the MAR with the 
content of either the macroprogram counter or the 
IDR, depending upon the state of the ZERO ALU 
status line. This means incorporating a conditional 
branch facility into our control unit. Because micro- 
code instructions execute the conditional macrocode 
instmctions, the microcode instructions themselves 
need conditional operation capability. 

Let's take a look at Figure 2-1 4, which is the circuit of 
Figure 2-1 3 with an added block, EXECUTION LOGIC. 
The inputs to this block are the mux select lines from 
the pipeline register, an external condition and a new 
bit from the pipeline register. This bit, which we will 
call a conditional JUMP select line, allows us to alter 
the sequence of microinstruction execution depend- 
ing upon the state of the external condition input. 
Notice also that we have relabeled the NEXT AD- 



NEXT ADDRESS 
CONTROL SIGNALS 
MUX SELECT 



Figure 2-9. Microinstruction Format with MUX Select Lines Added 
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MUX SELECT 
00 

01 

10 



SYMBOLIC REFERENCE 
JMPOP 

JMP 

RTS 



ACTION 

TRANSFER CONTROL TO ADDRESS 
POINTED TO BY OPCODE 

PROCEED WITH MICROINSTRUCTION 
POINTED TO IN NEXT ADDRESS FIELD 

RETURN FROM MICROSUBROUTINE BY 
PROCEEDING WITH ADDRESS POINTED 
TO BY MICROSUBROUTINE REGISTER 



Figure 2-10. Symbolic Interpretation of MUX Select Lines 



MICROSUBROUTINE 
REGISTER ^ 



JMP FETCH 



MICROSUBROUTINE 
REGISTER i, 



JMP FETCH 




RTS 



Figure 2-11. Calling A MIcrosubroutlne 
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MICROSUBROUTINE 

REGISTER INCREMENTER 



ADDRESS 
REGISTER 



V 




+1 




V 











ADDRESS 
MUX 



OPCODE ■ 



ROM 



CONTROL 
SIGNALS 



2 



PIPELINE 
REGISTER 



Figure 2-12. Circuit to Correct Glitches on Controi Signais 
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MICROSUBROUTINE ADDRESS 

REGISTER INCREMENTER REGISTER 



OPCODE - 



+1 



MICRO- 
PROGRAM 
COUNTER 



ADDRESS 
MUX 



ROM 



PIPELINE 
REGISTER 



CONTROL 

SIGNALS 



Figure 2-1 3a. Adding Microprogram Counter 



MUX SELECT 



SYMBOLIC REFERENCE 



ACTION 



00 



JMPOP 



TRANSFER CONTROL TO ADDRESS 
POINTED TO BY OPCODE 



01 



CALL MICROSUB 
ORJMP 



TRANSFER CONTROL TO ADDRESS 
POINTED TO IN NEXT ADDRESS FIELD 



10 



RTS 



RETURN FROM MICROSUBROUTINE BY 
PROCEEDING WITH ADDRESS POINTED 
TO BY MICROSUBROUTINE REGISTER 



CONT 



PROCEED WITH ADDRESS POINTED 
TO BY MICROPROGRAM COUNTER 



Figure 2-1 3b. Interpretation of MUX Seiect Lines 
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MICROSUBROUTINE ADDRESS 

REGISTER INCREMENTER REGISTER 



V 



OPCODE - 



EXTERNAL 
CONDITION 



EXECUTION 
LOGIC 



MICRO- 
PROGRAM 
COUNTEH 



ADDRESS 
MUX 



ROM 



PIPELINE 
REGISTER 



- CONTROL SIGNALS 



CONDITIONAL JUMP SELECT 



MUX SELECT LINES 



Figure 2-14a. Adding Conditional Branciiing Capability to Control Unit 



JUMP ADDRESS 
CONTROL SIGNALS 
MUX SELECT 
CONDITIONAL JUMP SELECT 



Figure 2-1 4b. Microword Format 
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DRESS field as JUMP ADDRESS in Figure 2-1 4B 
because we need this field only to specify jump 
addresses. This reflects the fact that the nfiicropro- 
gram counter allows us to execute sequential micro- 
instructions. 

Figure 2-15 provides a summary of the functions 
performed by the EXECUTION LOGIC block. Notice, 
in particular, that when the conditional jump select line 
is high and the external condition is low, the control 
unit continues execution with the following microin- 
struction. Alternatively, if the jump select line is high 
and the external condition is high, we take the course 
of action specified in Figure 2-1 3b. 

By adding the conditional jump capability, we can now 
implement the BRANCHZ macroinstruction. To do 
this, we use the ZERO ALU status line as our external 
condition and use a microinstruction that implements 
the conditions specified symbolically as CONDJMP in 
Figure 2-15. This microinstruction resides in the 
microprogram that executes the BRANCHZ macroin- 
struction. In that microprogram, a decision is made to 
load the MAR with the content of the program counter 
orwiththe address contained in the IDR. The JUMP 
ADDRESS field of the CONDJMP microlnstmction 
therefore contains the address of a sequence of 
microinstructions that load the MAR with the content 
of the IDR while the microinstructions following the 
CONDJMP microinstruction load the MAR with the 
content of the program counter. (See Figure 2-16.) 

To this point, our conditional branch capability is 
restricted to one external Input, the ZERO ALU status 
line. But we must accommodate the other ALU status 
lines as well. 

Figure 2-17 shows the addition of a mux to our control 
unit. The inputs to the mux are the ALU status lines, 
and the mux select lines are controlled by two addi- 
tional bits that have been added to the microinstruc- 
tion. This structure now allows us to JUMP condition- 
ally on any one of the ALU status lines. In particular, 
we can now implement both the BRANCHN and 
BRANCHZ macroinstructions. 

2.1.8 Implementing the Shift 
Instructions 

From Figure 2-2 we see that our control unit has the 
facilities for decoding and executing every instruction 
except the SHIFT instoictions. Forthese instructions, 
we must shift the number of places specified in the 
instruction, even though the ALU allows only one shift 
perclock cycle. This requirement implies that we must 
repeat the microinstruction for executing a shift the 
number of times specified by the shift count. To do so, 
however, we must add a counter to our control unit 



and incorporate new microinstructions for performing 
these functions: 

• Load the counter with the shift count. 

• Decrement the counter. 

• Branch to a location specified in the NEXT 
ADDRESS field if the counter is not zero. 

Let's take a look at part of a microprogram for execut- 
ing a SHIFT instruction. Because we have not yet 
incorporated these functions into the control unit, we 
present the microprogram using English statements 
that describe the action we want the microinstruction 
to perform: 

■ Load counter with shift count 

• LOOP: Present code for shift to ALU 

• Decrement counter 

• If counter not equal to zero, branch to LOOP 
. Call FETCH 

Each line of this microprogram corresponds to one 
microinstruction. Rather than specify an absolute 
location forthis microprogram, we use the label LOOP 
as a placeholder. The last line of the microprogram 
refers to the microsubroutine structure we described 
previously. In this case, we request the operation by 
using "Call" and denote the beginning location of the 
microsubroutine for fetching the next instruction by 
the label FETCH. 

Figure 2-1 8A incorporates a counter into the control 
unit that allows us to implement the SHIFT instruc- 
tions. As shown in Table 2-4, we only need four bits 
to specify all the functions performed by the control 
unit. The EXECUTION BLOCK takes these four bits, 
the condition code input and the zero-out signal from 
the counter and provides four outputs to control the 
counter and the mux. 

Figure 2-1 8B shows the microword format that sup- 
ports the control unit. The field designated microse- 
quence control substitutes the encoding of Table 2-4 
for some of the individual fields shown in Figure 2- 
17B. 

2.1.9 Machine Language Versus 
Microprogramming 

The sequencing of microinstructions is carried out by 
a set of OPCODES as listed inTable 2-4. Forthe most 
part, these OPCODES resemble those of an instruc- 
tion set for a computer, albeit more limited in scope. 

In essence, the execution of microinstmctions bears 
a strong resemblance to the execution of machine 
instructions. As we have seen in this chapter, the 
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Figure 2-15. Conditional Branch Selection 
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MORE: 



COND JMP 



LDIDR 



MICROINSTRUCTIONS FOR 
LOADING MAR WITH 
PROGRAM COUNTER 



->- LDIDR: 



ZEROALU = 1 



MICROINSTRUCTIONS FOR 
LOADING MAR WITH IDR 



JMP MORE 



Figure 2-16. Conditional Branch Operation 



control unit supports subroutines, loops and condi- 
tional and unconditional brandies. In fact, ttiese 
structures are virtually Identical to those of a compu- 
ter. As a result, tlie designs of a microprogram and a 
machine program are very similar and are based on 
the same considerations. 

2.1.10 Control Unit as Processor 

In a very Important sense, we have created In minia- 
ture some of the elements of the computer system 
w/hose control networi< we are now designing. It is as 
If we have a computer within a computer. The differ- 
ence is that while ourcontrol unit computeris rudimen- 
tary, it has the ability to implement the control section 
of an elalxjrate computer system. Furthermore, this 
structure allows us to rapidly mal<e changes to the 
control unit simply by changing a microprogram. 
Contrast this to mailing a change to a sequential logic 
networl< supporting over 100 instructions. It Is not 
hard to see that this is intrinsically a simpler approach. 

2.1.11 Conclusion 

The subject of microprogramming and the design of 
control unit structures for executing microprograms 
continues to evolve We have presented the broad 
outlines of microprogramming along with the design of 
an underlying control unit stmcture similar to the 
design of the Am29PL141 chip. 

The traditional use of microprogramming has been in 
the design of the control unit of various computer 



systems, ranglngf rom microcomputersto mainframes. 
However, the use of microprogramming goes far 
beyond that. The major point Is that by using what 
amounts to software techniques, we are able to 
implement almost any general sequential networl<. In 
doing so, we gain the advantage of designing compli- 
cated networl<s that are easy to modify. Beyond that, 
the design process Itself Is made more efficient be- 
cause it generally takes less time to write a micropro- 
gram to Implement hardware structures than it takes 
to design hardware. 

2.2 Am29PL100 
MICROPROGRAMMING EXAMPLES 

Section 2-1 introduced the major ideas of micropro- 
gramming as an aid in understanding the stmcture 
and use of the Am29PL100 family of programmable 
controllers. In this section, we build upon that knowl- 
edge and show how to design sequential logic circuits 
using the Am29PL1 GO. 

The goal of this section is to blur the distinction 
between microprogramming and sequential logic 
design. As pointed out In Section 2.1 , microprogram- 
ming is a general logic design technique and there- 
fore is an alternative approach to Implementing 
complex digital logic circuits. 

During the course of this section, we will design five 
circuits that are representative of the range of prob- 
lems suitable for Am29PL100 Implementation: 
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MICROSUBROUTINE ADDRESS 

REGISTER INCREMENTER REGISTER 



OPCODE - 



ALU 
STATUS " 



MICRO- 
PROGRAM 
COUNTER 



ADDRESS 
MUX 



EXECUTION 
LOGIC 



ROM 



PIPELINE 
REGISTER 



■ CONTROL SIGNALS 



Figure 2-17a. Adding External Condition IVIUXto Con troi Unit 



JUMP ADDRESS 
CONTROL SIGNALS 
CONDITION MUX SELECT 
ADDRESS MUX SELECT 
CONDITION JUMP SELECT 



Figure 2-17b. iMicroword Format 



2-21 



MICROSUBROUTINE ADDRESS 

REGISTER INCREMENTER REGISTER 
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PROGRAM 
COUNTER 



ADDRESS 
MUX 



OPCODE 
COUNT 
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CNTR = 



ALU 
STATUS 



ROM 



PIPELINE 
REGISTER 



CONTROL 
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EXECUTION 
LOGIC 



MICROSEQUENCE CONTROL 



Figure 2-18a. Adding Counter to Control Unit 



JUMP ADDRESS 
CONTROL SIGNALS 
CONDITION MUX SEC 
MICROSEQUENCE CONTROL 



Figure 2-1 8b. MIcroword Format 
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CPU 

1 

2 
3 
4 



BUS REQUEST LINE 
/BR3 
/BR2 
/BR1 
/BRO 



HIGHEST 



LOWEST 



Table 2-4. Bus Request Priority 



Burst counter 
Memory controller 
Bus arbiter 
VME bus arbiter 
Frame store 

Each of these examples shows the interplay between 
the hardware function to perform and the micropro- 
gramming structures that can be used to implement 
that function. By the end of this section, we will have 
a repertoire of techniques that can be used to tackle 
a wide range of logic-design problems. 

ThischapterassumesafamiliaritywiththeAm29PL141 
data sheet to the point of knowing the general and 
comparison microinstruction format. On the other 
hand, it is not necessary, at this point, to know the 
function of any of the microinstructions. 

Each example introduces a number of microinstruc- 
tions and supporting programming structures. As we 
work through the examples, consult the data sheet 



(order number 041 79) for a detailed description of 
each microinstnjctioh that is introduced. 

2.2.1 Example 1 : Burst Counter 

A counter is an indispensable building block of almost 
any sequential logic circuit. It is used to count events, 
measure the duration of an event, measure the time 
interval between events, create time delays, and 
address memory. 

Let's consider the implementation of a burst counter. 
Figure 2-19 shows a diagram of this circuitthat operates 
according to the timing diagram of Figure 2-20. The 
following major events take place: 

• Wait for LOAD time to go low. 

• Load counter with value contained on counter 
inputs. 

• Assert carry-out signal low. 

• Decrement counter. 



COUNT 



LOAD 



CLK 



6 BIT DOWN COUNTER 



D- 



->. BURST CLK 



PIN FUNCTIONS 

LOAD: WHEN LOW, VALUE OF COUNT LOADED INTO COUNTER ON RISING EDGE OF CLK 
CO: HIGH WHEN COUNTER IS IN STATE ZERO 
EN: COUNTING ENABLED WHEN LOW 

Figure 2-19. 6-Blt Burst Counter 
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• Wait for counter to count down to zero. 

• Assert carry-out signal high. 

• Go to the first step 

The Am29PL141 also can be used to implement a 
burst counter since it contains a counter and the 
microinstructions used to load and decrement the 
counter. To see how this works, take a look at the 
circuit shown in Figure 2-21 and the microprogram 
shown in Figure 2-22. This circuit allows us to pro- 
gram a burst of 1-64 clock pulses depending on the 
value contained on the TEST inputs (see Table 2-5). 

To gain a fuller understanding of the microprogram, 
let's explore the function of the four statements in 
greater detail: 

Statement 1 —This statement puts the Am29PL1 41 
into an Idle condition. By setting the POLf ield to 1 , this 
microinstmction executes repeatedly while the LOAD 
line is high. When the LOAD line goes low, execution 
proceeds with the microinstruction at location 1 as 
specified by the contents of the DATA field. Output PO 
remains high while this microinstruction executes, 
thus preventing clock-pulse generation. 

The CC input is selected as the conditional input 
instead of one of the TEST inputs. This frees up all six 
TEST inputs for use in loading the counter. 

Statement 2 — This statement loads the counter 
from the TEST inputs. The DATA field contains a 
mask value of 3F, allowing a burst of up to 64 clock 
pulses. Altematively, a mask value of F permits only 
the low-order four TEST inputs to be loaded into the 
counter, allowing a burst of up to 1 6 clock pulses. As 
in Statement 1 , output PO remains high during the 
execution of this microinstmction, thus preventing 
clock pulse generation. 

In this statement, we want to load the counter uncon- 



ditionally. However, the microinstruction LDTM is 
conditional and is dependent on the state of one of the 
TEST inputs, the CO input orthe EG FF. To force this 
microinstruction to execute unconditionally, we take 
advantage of the fact that the EQ FF is zero after the 
Am29PL141 is reset. We therefore select the EQ FF 
in the TEST field and set the POL field to 1 . 

Statement 3 — This microinstruction decrements the 
counter repeatedly until a count of zero is reached. 
Execution then proceeds with the next sequential 
instruction. Output PO remains low while this micro- 
instruction executes, allowing clock pulses to be 
gated. 

Normally, this microinstruction executes once and, if 
the counter is not zero, a branch is taken to the 
location specified by the DATA field. In this example, 
the DATA field contains the address of its own micro- 
instruction, resulting in repeated execution. 

Statement 4 — This statement causes a branch back 
to Statement 1 since the counter is zero. The circuit 
then remains in an idle state until the next LOAD pulse 
occurs. 

The timing diagram of Figure 2-23 reflects the be- 
havior of this microprogram. This timing diagram 
differs slightly from Figure 2-20 in that the carry-out 
line (PO) goes low one clock period after the LOAD 
line goes low and the number of burst clocks isgreater 
by one. Otherwise, the Am29PL1 41 implementation 
preserves the basic functionality of the discrete logic 
design. 

So far we have considered a burst counter operating 
at rates up to 20 MHz. For a burst counter operating 
at rates up to 1 MHz, we can use the PO output as the 
burst clock and eliminate the external AND gate (see 
Figure 2-24a). To see how this is done, look at the 
microprogram contained in Figure 2-24B. In this 



TEST INPUT VALUE 

1 
2 



BURST COUNT 
1 
2 
3 



62 
63 



63 
64 



Table 2-5. Burst Count Versus Test Input Value 
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Figure 2-20. Timing Diagram of Burst Counter (Count = 4) 



program, we use the LPPL microinstmction to loop 
through Statements 3 and 4 the number of times 
Initially contained in the counter plus 1 . In this way, we 
sequence through program locations 11 and 12 and 
in so doing create a square wave output at PO with a 
frequency of one-half the clock input. Figure 2-25 
indicates the locations traversed by this program 
upon bringing the LOAD line low with a value of 2 at 
the TEST inputs. 

This example shows how the Am29PL141 can be 
used to implement a burst counter. While this imple- 
mentation is limited to bursts of 64 clock pulses, burst 
counts of up to 2 million also can be created. Further- 
more, a burst counter is but one type of counter that 
can be Implemented with the Am29PL1 41 . Later, we 
will design more complicated counter structures. 

2.2.2 Example 2: Simple Memory 
Controller 

The Am29PL141 also can be used as a dynamic 
memory controller (see Figures 2-26 and 2-27). In this 
application, the Am29PL141 performs two functions: 



• Generates the proper timing signals to control 
the dynamic memory array 

• Synchronizes the timing of the memory system 
with the host CPU 

In our design, we have a 64-KByte memory array built 
out of eight 64-Kbit memory chips. Each memory chip 
has 8 address lines (see Figure 2-28), yet 1 6 address 
lines are needed to address a single memory loca- 
tion. Consequently, the 1 6 addresses are segmented 
into two groups of eight bits, referred to as the Row 
and Column addresses. As shown in Figure 2-29, the 
Row addresses are first strobed into the m emory by 
the control line Row Address Strobe (RAS). Then the 
Column addresses are st robed by th e control signal 
Column Address Strobe (CAS). CAS is also used in 
conjunct ionwith the control signal READ to writedata 
into or read data from the memory chip. If READ is 
low, dat a Is wr itten into the memory chip on the falling 
edge of CAS. Alternatively, if READ is high, data is 
read from the memory after CAS goes low. 

Figure 2-30 presents a timing diagram of the mem- 
ory system. The CPU asserts the signal RD to read 



LOAD 



COUNT- 



CLK 
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Figure 2-21. Am29PL141 Implementation of Burst Counter 
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STATEMENT # 


LOCATION 


OE 


OPCODE 


POL 


TEST 


DATA 


OUTPUTS 


1 








WAIT 


1 


CC 


10 


1 


2 


10 





LDTM 


1 


EQ 


3F 


1 


3 


11 





LPPL 








11 
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12 





GO TO PLZ 











1 



NOTES: THE FOLLOWING SYMBOLS ARE USED AND HAVE THE INDICATED VALUES 
SYMBOL VALUE 



CC 

EQ 



Figure 2-22. Microprogram for Burst Counter 



data from the memory and tlie signal WR to write data 
into tlie memory. In response to either one of these 
signals, the memory controller generates the proper 
sequence of control signals that satisfy the timing 
requirements specified in Figure 2-29. 

As shown in Figure 2 -27, two addresjjuffers, con- 
trolled by the signals ROWEN and COLEN, furnish 
the Row and Column addresses respectively. In 
addition, a data buffer Is used to isolate the memory 
system from the CPU DATA bus. When writing data 
into or reading data from the memory , the memory 
controller generates the signal DATEN to enable the 
databuffer. Also the signalREADcontrolsthe direct ion 
of the buffer. During a read cycle this signal is high 
and during a write cycle it is low. 

Figure 2-31 shows how the CPU and memory system 
are interlocked by the signal OPCOMP. The menrory 
controller generates this signal to allow the CPU to 
know when the memory system is about to write data 
into the memory or provide valid data for a READ 
operation. If the CPU cannot respond immediately to 
OPCOMP, it continuesto assert eitherRDorWR. In 
doing so, the memory cycle is lengthened. This is 
reflected in Figure 2-30, which shows that the signal 
RD is negated two clock times after OPCOMP is 
asserted, while the signal WR is negated only one 
clock period after OPCOMP is asserted. Conse- 
quently, the read cycle is one clock period iongerthan 
the write cycle. 

The memory controller performs three fundamental 
tasks: 
• Scans RD and WR lines. 

The memory controller continuously scans the 
RD and WR lines. If neither line is active, the 
memory controller asserts the control signals 
with the values shown in Figure 2-32A. 



• Executes READ cycle. 

When the RD signal goes low, the memory 
controller initiates the sequence of control sig- 
nals shown for the READ cycle in Figure 2-30. 
Figure 2-32B enumerates the values of the 
control signals corresponding to clock periods 
1-5 of Figure 2-30. 

• Executes WRITE cycle. 

When the WR signal goes low, the memory 
controller initiates the sequence of control sig- 
nals shown for the WRITE cycle iri Figure 2-30. 
Figure 2-32C enumerates the values of the 
control signals corresponding to clock periods 
r-4' of Figure 2-30. 

To implement the memory controller using the 
Am29PL141 , we need to write three microprograms, 
one for each of the tasks discussed above. 

Let's take a look at the microprogram In Figure 2-33. 
Notice that the microinstmction fields contain symbols 
whose values are defined at the bottom of the figure. 
These symbols make the microprogram easier to 
read andare a convention used in otherfigures in this 
chapter. 

As shown in Figure 2-33, Statements 1 -3 carry out the 
steps for scanning the RD and WR Ijnes (see Figure 
2-27 for pin assignments). If neither RD nor WR goes 
low, the microprogram will continuously cycle through 
these microinstructions. While it does, the control 
outputs have a value of 7C hex, which gives us the 
properstateforthe quiescent condition(see Figure 2- 
32a). Also notice that the GOTOPL microinstmction 
in Statement 3 executes unconditionally since the EQ 
FF Is zero after the Am29PL141 is reset. 

Statements 1 and 2 both use the CALPL microinstruc- 
tion. For this microinstruction, rf the condition se- 
lected on the TEST input is satisfied, execution pro- 
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Figure 2-23. Timing Diagram for Ain29PL141 Burst Counter 
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Figure 2-24a. Microprogram for Burst Counter Using PO Output 
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Figure 2-24b. Burst Counter Using PO Output As Burst Clocl< 
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Figure 2-25. Program Lx>cations Traversed After Load Line Goes LOW 
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Figure 2-26. Biocit Diagram of Memory System 



2-28 



16 



ADDRESSES 



COLEN 



ROWEN 



RAS 
CAS 



READ 



DATEN 



DATA 



RD 
WR 



RESET 
CLK 



25 


TO PO 
T1 PI 
P2 
P3 
Bis P4 
P5 
P6 

29PL141 


2 ^ 


24 


^ > 




" > 




5 > 


19 


^ V 




^ 
7 w 


27 


° ^ 







OPCOMP 



ROWEN 

COLEN 

RAS 

CAS 

READ 



DATEN 



/ 




- 


^8 














^^8 


n 


OE 


-V 








OE 


^ 
























































^^8 














. 


RAS 
CAS 

R/W 


ADDRESS 

64KX8 BIT 

DATA 








^ 






























- 


--8 


































OE 


^^ 


DIR 








8 

/ 




















,74LS245 








/ 

















74LS244 



Figure 2-27. Simple iMemory Controller 
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Figure 2-28. 64K Bit Dynamic Memory Ciiip 
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ceeds with the microinstaictton whose address is 
specified in the DATA field. In Statement 1 for 
example, when RD is zero, execution proceeds with 
the microinstruction at location 10, since the value of 
the symbol READ in the DATA field is 10 hex. Also, 
the address of the following microinstruction is saved 
in the subroutine register (SREG). When the called 
microsubroutine executes a RET microinstruction, 
the content of the SREG Is used to point to the next 
microinstruction. In our example, the microinstruction 



at location 2 is executed after a RET microinstruction. 

Figure 2-34 presents a flow diagram for the 
microprogram of Figure 2-33. The purpose of this 
diagram is to present the major activities performed 
by the microprogram without explicitly identifying the 
specific microinstructions. Flow diagrams are valuable 
visual aids as they help focus attention on the interplay 
between the signal inputs and outputs. 
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Figure 2-29. Memory Timing Requirements 
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Figure 2-30. Timing Diagram of Simple Memory Controller 
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Figure 2-34. Flow Diagram for Simpie IVIemory Controller Microprogram 
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The two diamonds at the top of Figure 2-34 pictorially 
present the activity of Statements 1 and 2 of the scan 
loop. Statement 3 is not explicitly identified although 
it is Implied by the line that joins the two diamonds at 
the top of the figure. 

The left-hand side of Figure 2-34 lists the steps 
performed by the READ microsubroutine. Each rec- 
tangle contains a statement that identifies the desired 
state of the control outputs. The number at the upper 
right of each rectangle refers to a statement number 
listed In Figure 2-33. Notice that executing State- 
ments 4-6 results in the control outputs tracing out the 
activity specified by clock periods 1-3 in Figure 2-30 
(also see Figure 2-32b). 

Statement 7 performs the function denoted by the 
diamond in the middle of the flow diagram for the 
READ microsubroutine. The purpose of this state- 
ment is to implement the interlocking between the 
CPU and the memory. As discussed above, the 
READ cycle is lengthened If the CPU does not negate 
its RT3 signal after receiving the control signal OP- 
COMP from the memory controller. In effect, the 
memory controller freezes the state of the control 
lines until the CPU negates the RD signal. 

The WAIT microinstruction holds the control outputs 
inthe state defined by the OUTPUTf ield (23 hex) until 
RD goes high. Execution then proceeds with State- 
ment 8, which returns the control outputs to the 
quiescent state. Statement 8 contains a conditional 
RET microinstruction that is dependent on the state of 
the EQ FF. Consequently, execution returns uncon- 
ditionally to Statement 2 In the scan loop as discussed 
atxjve. 

When the WR line goes low, the WRITE microsub- 
routine Is executed. Statements 9-1 1 (see Figure 2- 
33) are virtually Identical to Statements 4-6 of the 
READ microsubroutine. The only difference Is in the 
values of the OUTPUT field, which reflects the fact 
that the READ control signal Is low in the WRITE 
microsubroutine and high in the READ microsubrou- 
tine. (See Figures 2-32b and 2-32c.) As a result, the 
timing shown in Figure 2-30 for clock periods 1 '-3' is 
properly synthesized. 

The microinstruction GOTOPL of Statement 12 exe- 
cutes repeatedly until WR goes high since the DATA 
field contains the address of its own microinstruction. 
In effect, it behaves identically to the WAIT microin- 
struction and is an alternative way to implement await 
state. Statement 13 Is identical to Statement 8, and 
when it executes, control returns to Statement 3 In the 
scan loop. 



Using just 13 microinstructions, the complicatedtiming 
structure of the memory controller is completely 
implemented. In contrast to a discrete logic imple- 
mentation, changing the timing Is easily accomplished 
by changing just a few lines of microcode. 

2.2.3 Example 3: Bus Arbiter 

A common problem in digital design is arbitrating 
among different requests and then taking appropriate 
action. Examples of arbitrating include: 

Interrupt controller — An Intermpt controller fields 
a number of intermpt requests from various devices 
and then provides a code indicating which Interrupt 
will be serviced. 

Dual-port memory arbiter — A memory arbiter 
fields requests for access to a shared memory from 
two different CPUs and then grants memory access 
to one of them. 

Bus arbiter — A bus arbiter fields requests from 
several CPUs for use of a shared bus and then grants 
bus access to one of them. 

A general view of this process is presented in Fig- 
ure 2-35, which shows the three major phases of the 
arbitration process: 

• Encode requests into a binary word. 

• Select one of the requests. 

• Implement a series of actions to carry out the 
requests. 

Requests may arise one at a time or simultaneously. 
In the memory controller example, the CPU gener- 
ated either a FED signal or a WR signal, but not both 
at the same time. However, in many systems, simul- 
taneous requests are made. Forthese, as part of the 
selection process, the arbiter must incorporate a 
facility for prioritizing the process. 

To explore these ideas further, let's design a bus 
arbiter for a 4-processor system sharing a common 
memory (see Figures 2-36 and 2-37). Each proces- 
sor has three arbitration control lines that are used to 
gain access to the bus (see Figures 2-38 and 2-39): 

Bus Request (BR) — ACPU requests bus use by 
asserting its individual BR signal to the bus arbiter. 



Bus Grant (BG) — When BBYS is not asserted, the 
bus arbiter arbitrates among_any pending requests 
and asserts the appropriate BG signal to the success- 
ful requester. 



This example shows the power of the Am29PL141. Bus Busy (BBYS) — After receiving BG from the 
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Figure 2-35. Three Phases of Arbitration Process 



arbiter, the selected requester asserts BBYS. Wtien 
the CPU finishes using the bus, it releases BBYS. 
The bus arb iterthe n arbitrates any pending requests. 
Notice that BBYS is a common, open-collector line 
driven by all the CPUs. 

Oursystem has four processors. At any given instant, 
therefore, up to four bus requests can be active. To 
provide orderly access to the bus, the bus arbiter pri- 
oritizes these requests in accordance with Table 2-6. 

Figure 2-40 illustrates how the priority scheme worl<s 
by showing two bus transactions. For the first trans- 
action, CPU1 and CPU2 both request the bus at the 
same time. From Table 2-6 we see that CPU1 , which 
uses the BR3 lin e, ha s a higher priority than CPU2, 
which uses the BR2 line. Consequently, the bus 
arbiter grants the bus to CPU1 . After completing its 
transa ctions, CPU1 releases the b us by n egating the 
BBYS line. Sensing the negation of BBY S, the arbiter 
arbitrates pending requests. Since BR2 is still pend- 
ing, and there are no other requests, the bus artjiter 
asserts BG2. CPU2 now proceeds with its bus 
transactions. 

Figure 2-41 shows a simplified state diagram of the 
bus arbiter that defines its behavior given any combi- 
nation of bus requests. Five major states are shown: 

State — This state represents the idle condition. 
The bus arbiter remains in this state while the bus is 
not busy and there are no pending bus requests. 

State 1 — This state is reached when the bus is not 
busy and CPU1 has asserted its bus request line. 
Notice that other CPUs also may have made re- 
quests. These requests are ignored, however, in 
keeping with the priority defined by Table 2-6. 



State 2 — This state is reached when the bus is not 
busy, CPU1 is not requesting the bus, and GPU2 has 
asserted its bus request line. Bus requests from 
CPU3 and CPU4, if active, are ignored since they are 
of lower priority. 

State 3 — This state is reached when the bus is not 
busy, neither CPU1 nor CPU2 have pending bus 
requests, and CPU3 has asserted its bus request line. 
A request from CPU4, if active, is ignored. 

State 4 — This state is reached when the bus is not 
busy and only CPU4 has asserted its bus request line. 

Figures 2-42a and 2-42b show state transition tables 
defining the transitions between State and each of 
the other states described above. Notice, in particu- 
lar, that the state of the bus request lines is encoded 
into a hex word, giving us 16 possible values. A 
correspondence then is made between each value 
and the next state reached by the bus arbiter. 

Let's now turn our attention to implementing the bus 
arbiter using the Am29PL141 (see Figure 2-37). 

The state diagram of Figure 2-41 suggests that we 
need to write five microprograms, one for each state. 
The basic functions of these microprograms are out- 
lined below (see Figure 2-43): 

Microprogram for State — This microprogram 
examines the state of the TEST inputs and then, 
using the state transition table in Figure 2-42b, de- 
cides which microprogram to jump to next. 

Microprogram for States 1-4 — Each of these 
microprograms implements the timing indicated in 
Figure 2-39. They are functionally identical to each 
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+r:(BR3 = 0)*(BBYS = 1) 

+2* : (Bm = 1) * (BR2 = 0) * (BBYS = 1) 

+3* : (B^ = 1) * (BR2 = 1) * (BRI = 0) * (BBYS = 1) 
+4* : (BR3 = 1) * (BR2 = 1) * (BR1 = 1) * (BRO = 0) * (BBYS = 1) 
+ :{BR3 = 1)*(BR2 = 1)*(BRi = 1) * (BRO = 1) * (BBYS = 1) 



Figure 2-41. Simplified State Diagram of Bus Arbiter Sliowing State Seiection 



Other and differ only in the set of bus request/grant 
lines that are activated. 

Let's take a closer look at State 0. In this state, it is 
necessary to arbitrate among all bus requests within 
one clock cycle. Consequently, we cannot write a 
microprogram that simply scans each of the bus 
request lines, one after the other, as we did in the 
memory controller microprogram. Fortunately, the 
Am29PL141 hastheGOTOTM microinstruction, which 
allows us to examine the TEST lines in parallel. 

The GOTOTM microinstruction is a conditional branch 
instruction that uses the TEST inputs to point to the 
next microinstruction to be executed.Figure 2-44 
indicates how the GOTOTM microinstruction works. 
As shown, location F contains the GOTOTM microin- 



struction with a mask value of F. With this mask value, 
only the lower four TEST inputs are used. 

Let's see what happens when this microinstruction 
executes. If the test inputs are all high (see Table 2- 
7), control passes back to location F. Therefore, this 
microinstruction executes repeatedly until the TEST 
inputs assume a new value. When that happens, 
control is passed to the microinstruction whose ad- 
dress is specified in Table 2-7. During the next clock 
cycle, the selected GOTOPL microinstruction in Fig- 
ure 2-44 executes and a branch is taken to the 
address specified in the DATA field. 

The structure outlined in Figure 2-44 allows us to 
implement the State microprogram. As noted 
above. Figure 2-42b contains the state transition 
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Figure 2-42a. Compact State Transitions 
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Figure 2-42b. Expanded State Transitions 
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Figure 2-43. Overall Structure and Interaction Between Microprograms for Bus Arbiter 



table that defines the conditions under which transi- 
tions take place from State to States 1 -4. Now take 
a look at Figure 2-45a and notice the locations con- 
taining a GOTO ST1 microinstruction. (GOTO refers 
to the GOTOPL microinstruction, and ST1 is the 
address contained in the DATA field.) These loca- 
tions are precisely those corresponding to the HEX 
EQUIVALENT column of Figure 2-42b. In a similar 
vein, Figure 2-45b shows that locations 1,5,9 and D 
contain GOTO ST2 microinstructions corresponding 
again to the HEX EQUIVALENT column In Figure 2- 
42b. 

Locations 0-E in Figure 2-44 are called a jump table 
as they contain a table of addresses of micropro- 
grams. In the GOTOTM microinstruction, the TEST 
inputs function as an index into this table. In our 
example, the jump table implements the priority 
scheme indicated by Table 2-6. Notice, however, that 
we can establish other priorities by simply changing 
the addresses in the jump table. 

Let's consider now the microprograms for States 1 -4. 
As stated at)Ove, the basic function of each of these 
microprograms is to implement the timing diagram 
shown in Figure 2-39. This task is similar to the 
READ and WRITE microsubroutines of the memory 
controller. 



Figure 2-39 has been redrawn in Figure 2-46 to show 
the activity tha t take s place in State 1 . Notice, in 
particular, that BBYS is asserted two clock periods 
after BG ratherthan one clock period later as in Figure 
2-39. The reason forthis is that the BR, BG and BBYS 
are Interlocked and not explicitly dependent upon any 
specified time delay between signal transitions. 

Figure 2-47 presents a flow diagram that helps bring 
out the relationships between the bus arbitration 
signals. As shown, the question within a diamond 
refers to the state of the selected signal on the TEST 
inputs. The rectangle to the left of each diamond 
contains the state of the OUTPUT signal that is 
relevant for State 1 . 

Notice that by tracing through the statements in 
Figure 2-47, we wind up synthesizing the timing of 
Figure 2-46. Also, State 1 can be seen as three 
substates since each diamond represents, in fact, a 
new state of the bus arbiter. These new states are 
labelled in parentheses at the right of each diamond 
in Figure 2-47. Figure 2-41 has been redrawn in 
Figure 2-48 to include these new states and repre- 
sents the complete state diagram of the bus arbiter. 

The microprogram for State 1 is presented in Figure 
2-49. As shown, it is written in the Am29PL141 
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Table 2-7. Value of Test Inputs Versus Branch Address 



assembler language. This language emptiasizesthe 
logical functioning of the microinstructions and re- 
lieves the programmer of having to fill in each field of 
the microinstruction. As a result, microprograms are 
easier to write and understand. Notice in Figure 2-49 
that the three program statements correspond to the 
three diamonds in Figure 2-47. 

The entire microprogram for the bus arbiter is shown 
in Figure 2-50. The microprogram for Stale consists 
of a 1 5-entry jump table and one microinstruction and 
the microprograms for States 1-4 each consist of 
three microinstructions. 

The only statement we have not yet discussed is the 
microinstruction at location 3F, labelled "PON." 
Recall from the Am29PL141 data sheet that when 
RESET is activated, address 3F is presented to the 
Am29PL141 PROM. As a result, the microinstruction 
at location 3F is the first one executed after RESET is 
released. For our exa mple, t he microprogram waits 
at location 3F until the BBYS goes high. When this 



happens, the entire system has reached a stable 
operating condition and the arbiter enters State 0. 

The bus arbiter presented in this section is an ex- 
ample of a fairly complex digital design that you can, 
however, implement very simply using the 
Am29PL141 . In fact, comparing the state diagram in 
Figure 2-48 to the microprogram in Figure 2-50, we 
see that each state is implemented using just one 
microinstruction. 

Many digital systems can be represented by state 
diagrams such as that in Figure 2-48. The techniques 
developed in this example are quite general and are 
applicable to the design of a broad range of digital 
systems. 

2.2.4 Example 4: VME Bus Arbiter 

In the last example, we designed a bus arbiter that 
used a fixed priority (see Table 2-8). In general, this 
scheme wori<s well. However, when all of the CPUs 
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-P- PROGO 



ADDRESS 

1 
2 
3 
4 
5 
6 
7 
8 
9 
A 
B 
C 
D 
E 
F 



GOTOPL (PROG 0) 


y 




. 








• 








• 








• 








. 








. 








GOTOPL (PROG 7) 








. 








• 








. 








• 








• 








. 








GOTOPL (PROG E) 




GOTOTM, MASK = F 





-> PROG 7 



->• PROG E 



Figure 2-44. Operation of GOTOTM Microinstruction 



are making frequent bus requests, the CPUs at the 
two highest priority levels gain access to the bus, but 
those at the lower levels do not. 

Figure 2-51 shows atiming diagram of the activity that 
takes place when three CPUs repeatedly make bus 
requests. As shown, the arbiter alternately honors 
requests from CPU1 andCPU2. Iri contrast, CPUS is 
totally locked out and is never granted bus access. To 
circumvent this problem, abusaribiter also can employ 
a rotating priority scheme, in this scheme, each time 
the bus arbiter goes through an arbitration cycle, it 
does so using a different set of priorities. 

Let's illustrate this with an example. Consider a 3- 
processor system sharing a bus. As shown in Figure 
2-52, three priority tables are used, designated PRII , 
PRI2 and PRi3. Now look at Figure 2-53. In this 
timing diagram, all three CPUs make repeated bus 
requests as in Figure 2-51. This time, however, all 
three CPUs have equal access to the bus. 

The standard VME Bus Specification Manual defines 



two bus arbiter options: priority (PRI) and round robin 
select (RRS). The PRI VME bus arbiter uses a fixed 
priority scheme and functions in a manner similar to 
the bus arijiter of Example 3. The RRS VME bus 
artDiter employs a rotating priority scheme as de- 
scribed above, except with four processors instead of 
three. 

Our next design is the RRS VME bus arbiter. It is 
similar to the bus arbiter of Example 3 in that it 
employs the same protoco[ for the interaction be- 
tween the Bus Re quest (BR), Bus Grant (BG) and 
Bus Busy (BBYS) lines. The difference lies in its 
rotating, rather than fixed, priority scheme. Before 
proceeding, however, let's review some of the high- 
lights of the design in Exanriple 3. 

Figures 2-54 and 2-55 present an overview of the 
structure of the microprograms for implementing the 
bus arbiter in Example 3. As shown, the GOTOTM 
microinstruction, in conjunction with the jump table, 
implements the fixed priority scheme used by the bus 
arbiter (see Table 2-6 and Figure 2-42b). Recall, 
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1 

2 
3 
4 
5 
6 
7 
8 
9 
A 
B 
C 
D 
E 
F 



GOTO ST1 



GOTO ST1 



GOTO ST1 



GOTO ST1 



GOTO ST1 



GOTO ST1 



GOTO ST1 



GOTO ST1 



GOTOTM 




ST1 



MICROPROGRAM 

TO IMPLEMENT 

STATE 1 



GOTO STATE 



(STATE 0) 



Figure 2-45a. Locations Containing Brancli Addresses to State 1 Microprogram 





1 

2 
3 

4 
5 
6 
7 
8 
9 
A 
B 
C 
D 
E 
F 



GOTO ST2 



GOTO ST2 



GOTO ST2 



GOTO ST2 



GOTOTM 




ST2 



MICROPROGRAM 

TO IMPLEMENT 

STATE 2 



GOTO STATE 



(STATE 0) 



Figure 2-4Sb. Locations Containing Branch Addresses to State 2 Microprogram 
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STATES 
CLK 

BR3 

BG3 
BBYS 



Figure 2-46. Timing for BR3-BG3 Cycie 



STATE 



BG3=0 



BG3=0 




BG3=1 



YES 




YES 




(STATE 1) 



(STATE 1A) 



(STATE 1B) 



Figure 2-47. Program Fiow for State 1 Microprogram 
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r4A \ 


BGO=o| 


BBYS 


V 


^ 


\ BR0=1 


/■ 


I 

4 
1 


BBYS=1 

D 


J^ BBYS=0 


|bgo=o| f 


( 48 T j 




^ 1 BGO= 




) 


\ 


r^ 


/ BBYS=1 


\ IbgT.iI 


/ 



+1 : BR3=0 

+2 : (BR3=1) • (BR2=0) * (BBYS=1) 
+3 : (BR3=1) • (BR2=1) • ( BR1= 0) * (BBYS=1) 
+4 : (BR3=1) * (BR2=1) • (BBYS=1) 
* (BRi=1) * (BR0=O) ' (BBYS=1) 



Ibguo 1 . 3A 



o 



BG3=D I 1 A 



+3* 



1B 



+2* 



I BG2=1 1 I 2B 



BR2.1 +': (BR3=1)*(BR2=1)*(BR1=1)*(BR0=1) 

Figure 2-48. State Diagram for Bus Arbiter 



DEVICE (PL141) 



DEFINE 


BBYS=CC 

BR3=T0 

BG3=FE#H; 


BEGIN 


.ORG 20#H 


STATE1: 


BG3, WHILE (BBYS) WAIT ELSE GOTO PL (STATE 1 A); 

" STAY IN STATE 1 UNTIL BBYS GOES LOW " 
" BRING BG3 LOW " 


STATE1A: 


BG3, WHILE (NOT BR3) WAIT ELSE GOTO PL (STATE IB); 

" STAY IN STATE 1A UNTIL BR3 GOES HIGH " . 
• " KEEP BG3 LOW " 


STATE1B: 


IDLE, WHILE (NOT BBYS) WAIT ELSE GOTO PL (STATE 0); 

" STAY IN STATE 1 B UNTIL BBYS GOES HIGH " 
" BRING BG3 HIGH " 




Figure 2-49. Microprogram for State 1 
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DEVICE (PL141) 



DEFINE 



BR3 = TO 

BR2 = T1 

BR1 = T2 

BRO = T3 

BBYS = CC 

FAIL = EQ 

BG3 = FE#H 

BG2 = FD#H 

BG1 = FB#H 

BGO = F7#H 

IDLE = FF#H; 



BEGIN 

.ORG 0#H " JUMP TABLE " 

LOCO : BG3 , IF (NOT FAIL) THEN GOTO PL (STATE 1 ) 

LOCI : BG2 , IF (NOT FAIL) THEN GOTO PL (STATE 2) 

LOC2 : BG3 , IF (NOT FAIL) THEN GOTO PL (STATE 1 ) 

LOC3 ; BG1 , IF (NOT FAIL) THEN GOTO PL (STATE 3) 

L0C4 : BG3 , IF (NOT FAIL) THEN GOTO PL (STATE 1 ) 

LOC5 : BG2 , IF (NOT FAIL) THEN GOTO PL (STATE 2) 

LOC6 : BG3 , IF (NOT FAIL) THEN GOTO PL (STATE 1 ) 

LOC7 : BGO , IF (NOT FAIL) THEN GOTO PL (STATE 4) 

LOGS ; BG3 , IF (NOT FAIL) THEN GOTO PL (STATE 1) 

LOC9 : BG2 , IF (NOT FAIL) THEN GOTO PL (STATE 2) 

LOCA ; BG3 , IF (NOT FAIL) THEN GOTO PL (STATE 1 ) 

LOCB : BG1 , IF (NOT FAIL) THEN GOTO PL (STATE 3) 

LOCC : BG3 , IF (NOT FAIL) THEN GOTO PL (STATE 1) 

LOCD : BG2 , IF (NOT FAIL) THEN GOTO PL (STATE 2) 

LOCE : BG3 , IF (NOT FAIL) THEN GOTO PL (STATE 1) 



■ 1 " 
' 1 " 

• 1 " 

• 1 ■ 

• 1 ■ 

■ 1 ■ 

• 1 " 

" JUMP TABLE ■ 

• 1 " 

• 1 ■ 
" 1 ■ 
" 1 " 
" 1 " 

• 1 " 
" 1 " 



.ORG F#H 

STATEO : IDLE , IF (BBYS) THEN GOTO TM (F#H) : 

• MICROPROGRAM FOR STATE ' 

• SAMPLE BUS REQUEST LINES AND VECTOR TO APPROPRIATE STATE ' 



Figure 2-50. Microprogram for Bus Arbiter 



however, tliat by changing the addresses in the jump 
table, the priority imposed on the bus request lines 
can be altered. We exploit this fact in the design of the 
VME bus arbiter. 

The four priority tables for the VME bus arbiter are 
shown in Figure 2-56. Each time the arbiter goes 
through an arbitration cycle It uses each of these 
tables in succession. As we discovered above, a 
priority table Is implemented by a jump table working 
inconjunctionwithaGOTOTMmicroinstructton. Since 
we now have four priority tables, we need four sepa- 
rate jump tables. 

Figure 2-57 shows an overview of a microprogram 
that Implements the VME bus arbiter (also see Figure 



2-58). As shown, there are four jump tables, one for 
each priority table. In addition, since each one of 
these jump tables needs to be In a separate region of 
program memory, we have four separate GOTOTM 
microinstructions. 

The microinstnjclions for States 1-4 are duplicated 
four times, the reason being that the last WAIT 
microinstruction in each of these programs must be 
modified to point to a new State so as to switch to a 
new priority table. However, the fundamental func- 
tions of each of these microprograms remain the 
same, namely, to implement the protocol for the BR, 
BG and BBYS lines for a selected request level. 

Recall, now, that the bus arbiter of Example 3 re- 



2-48 



" STATE 1 MICROPROGRAM " 
STATE1: BG3 , WHILE (BBYS) WAIT ELSE GOTO PL (STATE1A) ; 

STATE1A: BG3 , WHILE (NOT BR3) WAIT ELSE GOTO PL (STATE1B) ; ' 

STATE1 B: IDLE , WHILE (NOT BBYS) WAIT ELSE GOTO PL (STATED) ; 

" STATE 2 MICROPROGRAM " 
STATE2: BG2 , WHILE (BBYS) WAIT ELSE GOTO PL (STATE2A) ; ' 

STATE2A: BG2 , WHILE (NOT BR2) WAIT ELSE GOTO PL (STATE2B) ; ' 

STATE2B: IDLE , WHILE (NOT BBYS) WAIT ELSE GOTO PL (STATEO) ; ' 



STAY IN STATE 1 UNTIL BBYS GOES LOW " 

BRING BG3 LOW " 

STAY IN STATE 1A UNTIL BR3 GOES HIGH " 

KEEP BG3 LOW " 

STAY IN STATE IB UNTIL BBYS GOES HIGH ' 
BRING BG3 HIGH " 



WAIT FOR BBYS TO GO LOW; ASSERT BG2 " 
WAIT FOR BR2 TO GO HIGH; ASSERT BG2 " 
WAIT FOR BBYS TO GO HIGH; BRING BG2 HIGH ' 



' STATE 3 MICROPROGRAM " 



STATES: BG1 , WHILE (BBYS) WAIT ELSE GOTO PL (STATE3A) ; " WAIT FOR BBYS TO GO LOW; ASSERT BG1 " 

STATE3A: BG1 , WHILE (NOT BRI) WAIT ELSE GOTO PL (STATE3B) ; " WAIT FOR BRI TO GO HIGH; ASSERT Boi " 
STATE3B: IDLE , WHILE (NOT BBYSjWAIT ELSE GOTO PL (STATEO) ; " WAIT FOR BBYS TO GO HIGH; BRING BGI HIGH ' 



" STATE 4 MICROPROGRAM " 
STATE4: BGO , WHILE (BBYS) WAIT ELSE GOTO PL (STATE4A) ; « WAIT FOR BBYS TO GO LOW; ASSERT BGO " 

STATE4A: BGO , WHILE (NOT BRO) WAIT ELSE GOTO PL (STATE4B) ; " WAIT FOR BRO TO GO HIGH; ASSERT BGO" 

STATE4B: IDLE .WHILE (NOT BBYS) WAIT ELSE GOTO PL (STATEO) ; » WAIT FOR BBYS TO GO HIGH; ASSERT BGO HIGH ' 

■' RETURN TO STATE " 

.ORG 3F#H 

PON : IDLE . WHILE (NOT BBYS) WAIT ELSE GOTO PL (STATEO) ; " WAIT UNTIL BBYS GOES HIGH " 

" BEFORE STARTING MICROPROGRAM " 

Figure 2-50 (Continued). Microprogram for Bus Arbiter 



quired 28 memory locations as allocated in the table 
below: 

Jump Table 15 

State 1 



State 1 -State IB 
State 2-State 2B 
State 3-State 3B 
State 4-State 4B 



3 
3 
3 
3 



Therefore, to implement the VME bus arbiter, we 
need 1 1 2 program locations since we are essentially 
duplicating the microprogram of ExampleSfourtimes. 
However, the Am29PL1 41 has only 64 program loca- 
tions. Consequently, we will use the Am29PL1 42 for 
this example given its 1 28 program locations. 

Let's review howthe GOTOTM microinstruction works. 
As described in Example 3, the TEST inputs are used 
as an index into a jump table. Right now we are using 
the four low-order TEST inputs that are connected to 



the four bus request lines. However, this implies that 
we can have only one jump table and that it must be 
located in the first 15 locations of program memory. 
How, then, can we implement four jump tables? 

Figure2-59showsacircuil diagram of the Am29PL142 
in which two of the outputs are coupled back into the 
TEST inputs. These two outputs are used to locate 
the four jump tables within the first 64 locations of the 
Am29PL142. 

To see how this works, look at Figures 2-60 and 2-61 . 
As shown, we modify the OUTPUT fields of the 
microinstructions corresponding to State 0(1)-State 
0(4) so as to introduce an offset to the jump table 
location. For example, if the microprogram branches 
to the GOTOTM microinstruction located at 2F (la- 
belled State 0(3)), it remains there if the low-orderfour 
TEST inputs are all high. Then, if any of the fourTEST 
inputs go low, a branch is taken to the appropriate 
location within the range 20-2E, the locations of the 
jump table for priority 3. 
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Figure 2-56 Priority Tables for VI\1E Bus Arbiter 



Figure 2-62 shows tlie state transition tables cor- 
responding to eacti one of tlie priority tabies. Based 
on ttie same procedure described in Example 3, 
these tables are used to fill in the branch addresses 
for every location in the jumptables (see Figure 2-63). 

In contrast to the Am29PL1 41 , the Am29PL1 42 clocks 
the TEST inputs into a TEST register. As a result, a 
microinstruction using the TEST inputs operates upon 
the value of the TEST inputs that existed one clock 
cycle earlier. 

Let's illustrate the effects of this 1 -clock delay by an 
example. The intent of the microprogram in Figure 2- 
65 is to load the counter (CREG) with the values 1 , 2 
and 3 in succession (also see Figure 2-64) . However, 
as shown in the timing diagram of Figure 2-66, the 
CREG remains zero because of the 1 -clock delay. 
The microprogram in Figure 2-67 mitigates this effect 
by having the microinstructions preceding the LDTM 
microinstructions present the desired values at the 
TEST inputs (see Figure 2-68). 

Taking this 1 -clock delay into consideration, we now 
see that the modifications of the GOTOTM microin- 
structions in Figure 2-60 are insufficient to implement 
the four jump tables. In fact, executing any one of 
these microinstructions causes a branch to the jump 



table for priority 1 . To correct this, we also need to 
modify the microinstructions shown in Figure 2-65, 
since these execute one clock period before the 
GOTOTIVI microinstructions. 

We now have successfully written a microprogram to 
implement the VME bus arbiter. In looking over Figure 
2-57, however, it seems redundant to duplicate the 
microprogram for States 1^ (from Example 3) four 
times. After all, functionally, each microprogram 
behaves identically. In fact, the only reason for the 
duplication is to provide a means to branch to a new 
jump table. 

Figure 2-70 presents an oven/iew of an alternate 
implementation of the VME bus arbiter. As shown, 
the microprogram for States 1-4 now is made into a 
microsubroutine, thus eliminating the need for dupli- 
cation. With this structure, executing a particular 
CALL TM microinstruction causes a branch to the 
proper jump table (see Figure 2-71). Then, whenthe 
subsequent RET microinstruction is executed (see 
Figure 2-72), control returns to the statement follow- 
ing this CALL TM microinstruction. A new jump table 
then is selected by executing the next CALL TM 
microinstruction. Finally, notice that the jump tables 
in Figure 2-63 are modified to fit this new structure 
(see Figure 2-73). 
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FORMAT INTERPRETATION 

STATE (N) STATE USING PRIORITY TABLE N 

STATE 1 (N) STATE 1 USING PRIORITY TABLE N 

STATE 2 (N) STATE 2 USING PRIORITY TABLE N 

STATE 3 (N) STATE 3 USING PRIORITY TABLE N 

STATE 4 (N) STATE 4 USING PRIORITY TABLE N 

WHERE N = 1 - 4 



Figure 2-58. Nomenclature Used in Figure 2-57 



Am29PL142 



GLK >- 

RESET >- 



BBYS >- 



BR3 V- 

BR2 >- 

BR1 >~ 

BRO >- 



> 

RES 

CC 

TO 
T1 
T2 
T3 
T4 
T5 
T6 



PO 
P1 
P2 
P3 
P4 
P5 



->- BG3 
->- BG2 
->- BG^ 

->■ BGO 



Figure 2-59. Am29PL142-Based VME Bus Arbiter 
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DEFINE 



PRI 1 =OF#H 
PRI2 = 1F#H 
PRI 3 = 2F #H 
PRI4 = 3F#H; 



.ORG F #H 

STATED (1) : PRI 1, IF (BBYS) THEN GOTO TM (3F #H); 

.0RG1F#H 

STATED (2) : PRI 2, IF (BBYS) THEN GOTO TM (3F #H); 

.ORG 2F #H 

STATED (3) : PRI 3, IF (BBYS) THEN GOTO TM (3F #H); 

.ORG 3F #H 

STATED (4) : PRI 4, IF (BBYS) THEN GOTO TM (3F #H); 



Figure 2-60. Modification of GOTOTM Microinstructions to Impiement Four Jump Tables 
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Figure 2-61. Location of Jump Tables within Program Address Space 
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LABEL LOG BRANCH ADDRESS 






STATE 1(1) ^ 


1 


STATE 2(1) 


2 


STATE 1 (1) 


3 


STATE 3(1) 


4 


STATE 1 (1) 


5 


STATE 2(1) 


6 


STATE 1 (1) 


7 


STATE 4(1) 


8 


STATE 1 (1) 


9 


STATE 2(1) 


A 


STATE 1 (1) 


B 


STATE 3(1) 


C 


STATE 1 (1) 


D 


STATE 2(1) 


E 


STATE 1 (1) 


STATE 0(1) F 


* 


10 


STATE 2 (2) -^ 


11 


STATE 2 (2) 


12 


STATE 3 (2) 


13 


STATE 3 (2) 


14 


STATE 2 (2) 


15 


STATE 2 (2) 


16 


STATE 4 (2) 


17 


STATE 4 (2) 


18 


STATE 2 (2) 


19 


STATE 2 (2) 


1A 


STATE 3 (2) 


IB 


STATE 3 (2) 


1C 


STATE 2 (2) 


ID 


STATE 2 (2) 


IE 


STATE 1 (2) 


STATE (2) IF 


^ 



LABEL 


LOG 
20 


BRANGH ADDRESS 




STATE 3 (3) -^i 




21 


STATE 3 (3) 




22 


STATE 3 (3) 




23 


STATE 3 (3) 




24 


STATE 4 (3) 




25 


STATE 4 (3) 


PRI1 


26 


STATE 4 (3) 


> JUMP 


27 


STATE 4 (3) 


TABLE 


28 


STATE 3 (3) 




29 


STATE 3 (3) 




2A 


STATE 3 (3) 




28 


STATE 3 (3) 




2C 


STATE 1 (3) 




2D 


STATE 2 (3) 




2E 


STATE 1 (3) 


STATE (3) 


2F 


J 




30 


STATE 4 (4) > 




31 


STATE 4 (4) 




32 


STATE 4 (4) 




33 


STATE 4 (4) 




34 


STATE 4 (4) 




35 


STATE 4 (4) 


PRI2 

> JUMP 

TABLE 


36 


STATE 4 (4) 


37 
38 
39 


STATE 4 (4) 
STATE 1 (4) 
STATE 2 (4) 




3A 


STATE 1 (4) 




3B 


STATE 3 (4) 




3C 


STATE 1 (4) 




3D 


STATE 2 (4) 




3E 


STATE 1 (4) 


STATE (4) 


3F 


^ 



PRI3 

> JUMP 

TABLE 



PRI4 

> JUMP 

TABLE 



GONTAINS MIGROINSTRUGTION 
GONTAINS MIGROINSTRUGTION: 
CONTAINS MICROINSTRUCTION 
GONTAINS MICROINSTRUCTION 



PRM- , IF ( BBYS ) THEN GOTOTM (3F#H) 
PRI 2> , IF ( BBYS ) THEN GOTOTM (3F #H) 
PRI 3- , IF ( BBYS ) THEN GOTOTM (3F #H) 
PRI 4- , IF (BBYS) THEN GOTOTM (3F #H) 



• THESE ARE OUTPUT FIELD DEFINITIONS 
PRI1= F#H PRI3 = 2F#H 

PRI 2= IF #H PRI4 = 3F#H 

Figure 2-63. Jump Table Contents for Each Priority Table 



This alternative implementation of ttie VME bus ar- 
biter is more compact than the previous implementa- 
tion, but only at the expense of lengthening the 
arbitration time. With the first implementation, the 
arbitration process needed only one clock cycle. In 
contrast, the second Implementation introduces two 
additional clock delays, one at the execution of the 
RET microinstruction, and the other at the execution 
of the microinstruction following a CALL TM microin- 
struction. 

2.2.5 Example 5: Frame Store 

So far we have used the Am29PL1 00 to implement a 
burst counter, a memory controller and two bus 
arbiters. In addition to these applications, we also can 
use the Am29PL142 to implement the timing and 



control logic of a frame store, which is used to display 
grey-scale images on a CRT monitor. A frame store 
consists of these basic elements (see Figures 2-74 
and 2-75): 

• Buffer memory. The buffer memory holds the 
pixel values corresponding to each one of the 
pixels displayed on the monitor. In our design, 
each pixel is represented by a byte. As a result, 
images with 256 shades of grey can be displayed. 
Also, since our display is organized as 512 
pixels X 512 pixels, the memory is 256 Kbytes. 

The buffer memory is dual-ported, with one port 
dedicated to the CPU and the other to the 
display logic. The CPU writes pixel values into 
the buffer memory, while the display logic reads 
them out for display. 
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LABEL 


OUTPUT 


STATE IB (1) 


PRI 2*, 


STATE 2B(1) 


PRI 2*, 


STATE 3B(1) 


PRI 2*, 


STATE 4B(1) 


PRI 2*, 


STATE 1B (2) 


PRI 3*, 


STATE 2B (2) 


PRI 3*, 


STATE 3B (2) 


PRI 3*, 


STATE 48 (2) 


PRI 3*, 


STATE IB (3) 


PRI 4*, 


STATE 2B (3) 


PRI 4*, 


STATE 3B (3) 


PRI 4*, 


STATE 4B (3) 


PRI 4*, 


STATE 1B (4) 


PRI r, 


STATE 2B (4) 


PRI r, 


STATE 3B (4) 


PRI 1*, 


STATE 4B (4) 


PRI 1*, 


PRI1 = F#H 




PRI2 = 1F#H 




PRI3 = 2F#H 




PRI4 = 3F#H 





MICROINSTRUCTION 

WHILE (NOT BBYS ) WAIT ELSE GOTO PL [STATE (2)); 
WHILE (NOT BBYS ) WAIT ELSE GOTO PL [STATE (2)]; 
WHILE (NOT BBYS ) WAIT ELSE GOTO PL [STATE (2)); 
WHILE (NOT BBYS) WAIT ELSE GOTO PL [STATE (2)); 

WHILE (NOT BBYS ) WAIT ELSE GOTO PL [STATE (3)); 
WHILE (NOT BBYS ) WAIT ELSE GOTO PL [STATE (3)1; 
WHILE (NOT BBYS ) WAIT ELSE GOTO PL [STATE (3)]; 
WHILE (NOT BBYS) WAIT ELSE GOTO PL [STATE (3)]; 

WHILE (NOT BBYS ) WAIT ELSE GOTO PL [STATE (4)); 
WHILE (NOT BBYS ) WAIT ELSE GOTO PL [STATE (4)]; 
WHILE (NOT BBYS ) WAIT ELSE GOTO PL [STATE (4)); 
WHILE (NOT BBYS) WAIT ELSE GOTO PL [STATE (4)1; 

WHILE (NOT BBYS) WAIT ELSE GOTO PL [STATE (1)]; 
WHILE (NOT BBYS) WAIT ELSE GOTO PL [STATE (1)]; 
WHILE (NOT BBYS ) WAIT ELSE GOTO PL [STATE (1)]; 
WHILE (NOT BBYS) WAIT ELSE GOTO PL [STATE (1)]; 



Figure 2-69. Modifications to VME Arbiter Microprogram to Mitigate Effect of Cioci<ing Test Inputs 



Display logic. The display logic generates two 
fundamental types of signals: 

Control signals to the CRT — Starting at the 
upper left side of the screen, the electron beam 
in the CRT moves horizontally, from left to right, 
to display each row of pixel values, and vertically, 
from top to bottom, until all rows are displayed. 

As the electron beam moves from left to right, 
each pixel Is displayed. When all 51 2 pixels have 
been displayed, the electron beam is at the right 
hand side of the screen. At this point, the display 
logic issues a horizontal sync pulse (HSYNC) 
that causes the electron beam to return to the left 
side of the screen and down one row. 

After all 51 2 rows of pixels have been displayed, 
the electron beam is at the bottom right of the 
display. The display logic then generates a 
vertical sync pulse (VSYNC) that causes the 
electron beam to return to the upper left side of 
the screen to repeat the cycle. 

Memory request signal to memory controller — 
As the electron beam sweeps across the screen. 



successive pixel values must be available for 
display. Consequently, the display logic issues 
a memory request signal to the memoty controller 
to obtain the proper pixel value at the right time. 

• (Memory controller. The CPU writes pixel values 
into the buffer memory, which then are displayed 
undercontrol of the display logic. Therefore, the 
memory controller must arbitrate between CPU 
requests and display logic memory requests 
and then generate the proper sequence of 
memory control signals. 

2.2.5.1 Implementing the Buffer Memory 

As noted above, the buffer memory is dual-ported to 
allow access by both the CPU and display. In our 
design, we implement this memory using a special 
type of dynamic memory chip called a Video Ram 
(VRAM). 

As shown in Figure 2-76, the VRAM consists of four 
64-Kbit planes, each plane organized as 256 rows 
and 256 columns. In addition, each plane has a 256- 
bit shift register that can be loaded with the contents 
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PR 1 : PRI1 , IF (BBYS) THEN CALL TM {3F #H); "GOTO PRI 1 JUMP TABLE" 
PRI2, CONT; "ASSERT PRI 2 ONE CLOCK CYCLE EARLY" 
PRI2, IF (BBYS) THEN CALL TM (3F #H); "GOTO PRI 2 JUMP TABLE" 
PRI3, CONT; "ASSERT PRI 3 ONE CLOCK CYCLE EARLY" 
PRI3, IF (BBYS) THEN CALL TM (3F #H); "GOTO PRI 3 JUMP TABLE" 
PRI4, CO NT; 

PRI4, IF (BBYS) THEN CALL TM (3F #H); "GOTO PRI 4 JUMP TABLE" 
PRM, IF (EG) THEN GOTO PL (PR 1); 

Figure 2-71 . Microprogram for Jump Table Selector 



STATE1 B: IDLE, WHILE (NOT BBYS) WAIT ELSE GOTO PL (EXIT); 
"MODIFICATION OF STATE 1 MICROPROGRAM" 

STATE2B: IDLE, WHILE (NOT BBYS) WAIT ELSE GOTO PL (EXIT); 
"MODIFICATION OF STATE 2 MICROPROGRAM" 

STATE3B: IDLE, WHILE (NOT BBYS) WAIT ELSE GOTO PL (EXIT); 
"MODIFICATION OF STATE 3 MICROPROGRAM" 

STATE4B: IDLE, WHILE (NOT BBYS) WAIT ELSE GOTO PL (EXIT); 
"MODIFICATION OF STATE 4 MICROPROGRAM" 



EXIT: 



IDLE, IF (BBYS) THEN RET; "BRANCH TO JUMP TABLE" 

"SELECTOR MICROPROGRAM" 



Figure 2-72. Modification of States 1-4 Microprogram to Use Microsubroutine Structure 



STATE 1 (1) 
STATE 1 (2) 
STATE 1 (3) 
STATE 1 (3) 



CHANGES TO STATE 1 
CHANGES TO STATE 1 
CHANGES TO STATE 1 
CHANGES TO STATE 1 



STATE 2(1) 
STATE 2 (2) 
STATE 2 (3) 
STATE 2 (4) 



CHANGES TO STATE 2 
CHANGES TO STATE 2 
CHANGES TO STATE 2 
CHANGES TO STATE 2 



STATE 3(1) 
STATE 3 (2) 
STATE 3 (3) 
STATE 3 (4) 



CHANGES TO STATE 3 
CHANGES TO STATE 3 
CHANGES TO STATE 3 
CHANGES TO STATE 3 



STATE 4(1) 
STATE 4 (2) 
STATE 4 (3) 
STATE 4 (4) 



CHANGES TO STATE 4 
CHANGES TO STATE 4 
CHANGES TO STATE 4 
CHANGES TO STATE 4 



Figure 2-73. Modification of Jump Tables in Figure 2-63 
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512 PIXELS 



512 PIXELS 



Figure 2-74. Pixel Organization of Display 



BUFFER MEMORY 



CPU 



PORTA 



PORTB 



256 K BYTES 



CONTROL 



CPU REQUEST V- 
DISP REQUEST >- 



DISPLAY 



->■ HSYNC 
-»" VSYNC 



->- DISP REQUEST 



MEMORY CONTROLLER 



DISPLAY LOGIC 



Figure 2-75. IHigh-Level Blocl< Diagram of Frame Store 



of all 256 columns of a selected row in a single 
operation. 

Figure 2-77 shows a 64-Kbyte menrary system tfiat 
uses two VRAMs. Aside from the shift register, the 
only difference between this memory system and the 
one used in Example 2 is the inclusion of an additional 
memory control signal called Transfer (TR). 

Tr is used to select one of two modes of operations. 
If TR is high during a memory cycle (see Figure 2-78), 
the random access mode is selected, and the VRAM 
behaves identically to the random-access dynamic 
memory in Example 2. Alternatively, if TR is low 



during a memory cycle (see Figure 2-79), the serial 
access mode is selected and the shift register is 
loaded with al l the columns specified by the row 
address when RAS is brought low. 

Because of the serial nature of pixel display, the 
VRAM is especially well suited to implementingdisplay 
buffer memories. In this application, the CPUuses 
the random access mode and the display uses the 
serial access mode. With this arrangement, contention 
for memory access is minimal since the shift register 
is loaded only once every 256 shift pulses. 
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256 COLUMNS 



COL 





COL 

255 



> k ROW I 



256 ROWS 



y ROW 255 



VRAM 



258 



256 BIT SHIFT REG. 
OE 



Figure 2-76. Organization of One Plane of VRAM 



In a dynamic memory, data is represented by the 
absence or presence of an electron cliarge on a 
capacitor. Because of leakage paths, however, the 
charge on a capacitor slowly decays. To circumvent 
this problem, it is necessary to perform a refresh 
operation on the memory. 

A refresh operation is performed by periodically 
reading each row in the dynamic memory . As a result, 
any capacitors that were initially charged are restored 
to theirfull value. For the VRAM described here, each 
row must be refreshed once every 4 milliseconds to 
retain data. 

Figure 2-80 shows a timing diagram for a refresh 
oper ation. As shown , refresh is initiated by bringing 
CAS low before RAS. The row address is provided by 
an internal counter within the memory chip that is 
specifically used for this purpose. At the end of each 
refresh operation, the counter is incremented in 
preparation for a subsequent cycle. 

2.2.5.2 Implementing the Display Logic 

In our design, the display is organized as 512 pixels 
X 512 pixels, with each pixel represented by a byte. 
As a result, the display buffer is 256 Kbytes, which can 
be implemented with 8 VRAMs. 

Figure 2-81 shows the physical relationship between 
the VRAMs and the display. As shown, each quad- 
rant of the display needs 2 VRAMs since each VRAM 
contributes four bits of each pixel. 



To the CPU, the display buffer appears as a contin- 
uous block of 256 Kbytes in which pixel values are 
stored sequentially in successive buffer locations 
(see Figure 2-82). To address an individual pixel 
location, CPU address bits A8 and A17 are decoded 
to select one of the four pairs of VRAMs (see Figures 
2-83 and 2-84). The remaining address bits then 
specify the row and column addresses within the 
selected VRAM. 

Figure 2-85 shows a block diagram of the address 
decoding mechanism. Notice that the memory con- 
trol signal RAS is common to all VRAMs, but that CAS 
is routed to the individually selected VRAM by the 
address decoder. This arrangem ent a llows the data 
lines to be tied together because CAS, in addition to 
strobing the column addresses into the VRAMs, also 
controls the three-state condition of the output data 
drivers. Co nsequ entl y, on ly the pair of VRAMs re- 
ceiving both RAS and CAS i s selected. For the other 
VRAMs, which receive RAS only, data remains valid. 

Sot ar, ourdiscussion of the display buffer has centered 
on the random access rrwde of the VRAMs, which is 
used by the CPU. However, as described above^ the 
display uses the serial access mode. Before describing 
this mode more fully, let's take a look at the display 
logic in greater detail. 

Figure i2-86 presents a high-level view of the display 
logic circuitry and display buffer. As shown, the display 
buffer contains a 512-bit shift register that holds the 
pixel values for an entire row in our display. 
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RAS 



ADDRESS 



CAS 



READ 



DATA 



READ 



13 H 






< 2 



ROW ^ ^ ^ COLJMN 



3 >\ 



< 4 



:!T 



W 7 ► 



K 9 ► 



DATA 

16 ► 

TR ^^§ >^ 



15 >\ 






"x: 



- ^ VALID DATA ^ 
k 12 



-10- 






)< 14 



READ 
' CYCLE 



WRITE 

'cycle 







MIN 


MAX 


1. 


ROW ADDRESS SETUP TIME 


20 




2. 


ROW ADDRESS HOLD TIME 







3. 


COLUMN ADDRESS SETUP TIME 


20 




4. 


COLUMN ADDRESS HOLD TIME 







5. 


PULSE DURATION RAS LOW 


180 


10000 


6. 


PULSE DURATION CAS LOW 


80 


10000 


7. 


READ COMMAND SETUP TIME 


20 




8. 


READ COMMAND HOLD TIME 


20 




9. 


WRITE COMMAND SETUP TIME 


20 




10. 


WRITE COMMAND HOLD TIME 


20 




11. 


RAS TO CAS DELAY 


80 




12. 


ACCESS TIME FROM GAS 


80 




13. 


DATA IN SETUP TIME 


20 




14. 


DATA IN HOLD TIME 


20 




15. 


TR SETUP TIME 


20 




16. 


TR HOLD TIME 








Figure 2-78. VRAM Timing Requirements 
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RAS 



CAS 



ADDRESS 



K1- 



rn ^—^ 



READ |'g;'a8,'i 



2^ 



^ 



1. ROW ADDRESS SETUP TIME 

2. ROW ADDRESS HOLD TIME 

3. TRANSFER SETUP TIME 

4. TRANSFER HOLD TIME 

5. READ COMMAND SETUP TIME 

6. READ COMMAND HOLD TIME 



MIN 
20 


20 


20 
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Figure 2-79. Memory to Shift Register Timing 
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The shift register is loaded 51 2 times during each 
verticai sweep of the electron beam since 51 2 rows of 
pixels must be displayed. As shown in Figures 2-77 
and 2-79, the memory controller initiates a shift reg- 
ister load cycle in response to the signal XFER. The 
display logic generates this signal once every hori- 
zontal sweep during the retrace time, the time interval 
in which the electron beam returns from the right side 
of the display back to the left side. 

As described above, the signal HSYNC controls the 
horizontal sweep of the electron beam and the signal 
VSYNC controls the vertical sweep of the electron 



beam. The frequency of HSYNC pulses is called the 
horizontal scan rate and the frequency of VSYNC 
pulses is called the vertical scan rate. 

In our monitor, the horizontal scan rate is 31.5 kHz. 
As shown in Figure 2-87, the period of time between 
HSYNC pulses is 31 .746 microseconds. Of this time, 
27.456 microseconds are devoted to the display of 
51 2 pixels, which gives us a pixel clock frequency of 
18.648 MHz. During the active horizontal display 
time, designated by the signal HDISPEN in Figure 2- 
87, the display logic gates the pixel clock to create the 
clock called SERCLK. This clock is used to clock the 



2-69 



512 PIXELS 



VRAM 00 



VRAM 01 



UPPER 

LEFT 

QUADRANT 



/ VRAM 10 / 



/ VRAM ■ 



/ 



UPPER 

RIGHT 

QUADRANT 



/ L/^ BITS 



512 PIXELS 



VRAM 20 



VRAM 21 



LOWER 

LEFT 

QUADRANT 



VRAM 30 



VRAM 31 



256 ROWS 



LOWER 

RIGHT 

QUADRANT 



V- 



256 COLUMNS 



Figure 2-81. Physical Relatlonsliip of VRAMs to Display 
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Figure 2-82. Organization of Display Buffer 



shift register as shown in Figure 2-86. 

Figure 2-88 presents a timing diagram forthe vertical 
scan. As shown, 512 rows of pixels are displayed 
during the period of time labelled VDISPEN. 

The timing diagram in Figure 2-89 highlights the 
major timing requirements of the display logic. The 
top of the diagram shows the relationship between 
HSYNC and VSYNC during one vertical scan period. 
This inten/al of time is further broken down into four 
major periods labelled A, B, C and D, which is shown 
in greater detail in the same diagram. Using the 



Am29PL142-based circuit in Figure 2-86, our task 
now is to write microprograms to synthesize each of 
these periods. 

During time Period C, all 512 rows of pixels are 
displayed (see Figures 2-89 through 2-91). In es- 
sence, the activity that takes place during the cycle 
labelled HSDCYC is repeated 512 times. Therefore, 
our first step in writing a microprogram to implement 
the timing for Period C is to write a subprogram to 
implement the timing of HSDCYC. 

Figure 2-91 provides detailed timing information for 
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the HSDCYC cycle. This cycle is broken down Into 
five segments — labelled CO to C4 — during which 
signal values remain steady. The length of each 
segment is defined by the number of pixel clocks that 
elapse during each segment. Recall from Figure 2-86 
that the pixel clock also clocks the Am29PLl42. 
Therefore, the number of pixel clocks specifies the 
number of microinstruction cycles necessary to 
implement a segment. 

The microprogram In Figure 2-92 implements the 
HSDCYC cycle using the OUTPUT FIELD values 
derived in Figure 2-93. Each segment is imple- 



mented with the DECPL microinstruction, which has 
the advantage of loading the CREG with a new value 
duringthe last cycle of its execution. Notice, also, that 
segment C3, which requires 512 clocks, is imple- 
mented by 4 DECPL microinstructions, each contrib- 
uting 128 clock cycles. Having implemented the 
HSDCYC cycle, we must repeat this program 512 
times to implement Period C fully. 

Figure 2-94 presents a microprogram that accom- 
plishes this goal. The essential feature of this micro- 
program is that microprogram CO is now a microsub- 
routine that is called within a loop that executes 1 28 
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times (see Stalements 1-5). In turn, this loop is 
repeated an additional three times (see Statements 
6-20) so that HSDCYC is executed 512 times. 

Statement 5, the LOOP PL microinstruction, imple- 
ments the loop in conjunction with the counter, which 
holds the count of the number of iterations left in 
executing the loop. However, microprogram CO also 
uses the counter. As a result, the contents of the 
counter must first be stored on the stack before a call 
to microprogram CO is executed. Then, upon return 
from microprogram CO, the counter Is restored from 
the stack to allow the LOOP PL microinstruction to 
execute properly. Figure 2-95 reviews the operation 
of Statements 2-4 as an aide in understanding the 
Am29PL142 stack mechanism. 

The HSDCYC microprogram Is primarily responsible 
for implementing the segments in Figure 2-91. 
However, the execution of Statements 1-5 in Figure 
2-94 also adds cycles that influence the length of 
segments CO and C4. For our purposes, therefore, 
we assume that while Statement 1 initializes the loop 
counter, its OUTPUT FIELD implements the last 
cycle of Period B and does not affect the timing 
synthesized by our current microprogram. 

However, the execution of Statements 2 and 3 imple- 
ments the first two cycles of segment CO, and the 



execution of Statements 4 and 5 implements the last 
two cycles of segment C4. For this reason, we must 
reduce the counter values specified in the statements 
labelled CO and LASTC3 in the HSDCYC micropro- 
gram (see Figure 2-96). 

Let's take a closer look at the transition between 
Statements 5 and 6 in Figure 2-94. Statement 6 
initializes the loopcounterforexecuting the HSDCYC 
microprogram an additional 1 28 times. However, it 
executes only once since it is not part of the loop itself. 
As a consequence, the first HSDCYC cycle gen- 
erated by the loop is longer by one clock cycle than 
the remaining 127 cycles. Clearly, this Is not accep- 
table. 

The microprogram in Figure 2-97 corrects this prob- 
lem and properly generates 512 HSDCYC cycles. 
Like its predecessor, it consists of four loops, each 
loop generating 1 28 cycles of HSDCYC. But now the 
loop Is implemented using the DEC and GOTOPL 
microinstructions rather than the LOOPPL microin- 
struction. 

Upon entry to the microprogram, the counter is zero. 
Consequently, the first time Statement 1 executes, 
the counter is decremented to count 1 27, which is the 
desired loop count. When Statement 5 executes, the 
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Figure 2-86. HIgh-Level Diagram of Display Logic 
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state of the counter is tested. If the counter is not 
zero, control passes back to Statement 1 , which 
decrements the counter again. Finally, after 1 28 rep- 
etitions, the counter counts down to zero, and when 
Statement 5 executes, control passes to State- 
ment 6. 

Executing Statements 6-1 duplicates the actions of 
Statements 1-5. But now, the transition from State- 
ment 5 to Statement 6 Is not problematic because 
Statement 6 Is part of the loop itself and executes 
repeatedly. 

Notice, also, that the OUTPUT FIELD of Statement 1 
generates the first clock cycle of segment CO. Con- 
sequently, Statement CO in the HSDCYC micropro- 
gram (see Figure 2-96) must be modified again to 
take this into account. 

\n writing the HSDCYC microsubroutine, we as- 
sumed we had a 51 2-bit shift register that was loaded 
once each horizontal scan line with a new set of pixel 
values (see Figure 2-86). The actual implementation 
of the display buffer is different, however, because of 
the physical structure of the VRAM. As shown in 
Figure 2-76, each VRAM has a single 256-bit shift 
register. Furthermore, the data In the shift register 
can only be shifted out so that we cannot simply 
connect 2 VRAMs together to form one 512-bit shift 
register. 



Figure 2-98 shows the organization of the VRAMs to 
implement the display buffer properly (see also Fig- 
ures 2-83 and 2-85). As shown, we have four groups 
of VRAMs, each group con-esponding to a quadrant 
of the display. 

To display a row in the upper half of the screen, we 
must first enable the shift register output of VRAMOO 
and VRAM01 and then create a burst of 256 clock 
pulses to shift the pixel data out of the shift register. 
Then, to display the right half of the row, we must 
enable the shift register output of VRAM 10 and 
VRAM11 and create another burst of 256 clock 
pulses to shift out the rest of the pixels. 

The procedure for displaying a row of pixels in the 
lower half of the display is similar to that of the upper 
half. The only difference is which shift-register out- 
puts are enabled (see Figure 2-99). 

We can implement this new timing by adding more 
control bits to the Am29PL142 and modifying the 
HSDCYC microsubroutine (see Figure 2-100). How- 
ever, before returningto HSDCYC, we needtodiscuss 
one additional aspect of the display buffer 
implementation. 

As noted above, all 256 rows of each VRAM must be 
refreshed at least once every 2 milliseconds. This 
means that once every 1 5.6 microseconds the memory 
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controller must Initiate a refresti operation. Since tiie 
display logic is already generating the timing for 
control of ttie display buffer and CRT, we can once 
again modify ttie HSDCYC microprogramto generate 
a refresh request signal (REFRRQST) during a scan 
line. 

Figure 2-101 presents a timing diagram that shows 
the relationship between REFRRQST and the other 
control signals generated by HSDCYC. Notice that 
REFRRQST is generated four times per scan line 
(once every 6.864 microseconds), which is a faster 
rale than necessary. We do this to allow enough time 
for the memory controller to respond to this signal as 
it is arbitrating among other requests. 

Let's return to the microprogram for implementing 
Period C. As noted above, the output enable signals 
for the shift registers differ depending upon whether 
the displayed pixels are in the upper or the lower half 
of the display (see Figure 2-99). At the same time, 
however, the other control signals remain the same. 
For this reason, we need two microsubroutines, la- 
beled UPPER and LOWER. 

Figure 2-1 02 presents a portion of the microprogram 
for Period C. Like its predecessor (see Figure 2-97), 
this microprogram also is structured as a series of 



four loops, each loop generating 128 HSDCYC cy- 
cles. However, in this microprogram, the first two 
loops execute a microsubroutine call to UPPER, and 
the last two loops execute a microsubroutine call to 
LOWER. Notice, also, thatthevaluesof the OUTPUT 
FIELD are different, reflecting the additional control 
signals that have been added (see Figure 2-103). 

The microprogram for UPPER is presented in Figure 
2-1 04. Notice that segment C3 now is broken down 
into eight subsegments as defined in Figure 2-1 01 . 
The microprogram for LOWER is similar and differs 
only in the OUTPUT FIELD values that control the 
shift-register outputs. 

We now have completely implemented Period C. 
Let's continue and write microprograms to synthesize 
the timing for Periods A, B and D. 

As shown in Figure 2-89, Periods 1 , B and D are 
similar, differing only in their duration and VSYNC 
assertion. As a result, we have two fundamental 
cycles, called HSCYCA and HSCYCBD, which are 
repeated in a manner similar to HSDCYC described 
above (see Figures 2-105 and 2-106). 

The microprograms to synthesize HSCYCA and 
HSCBD are shown in Figure 2-107 and are refer- 



DEVICE 


(PL142) 


DEFINE 


FAIL = TO 




OUTGO = 33 #H 




0UTC1 = 13#H 




0UTC2 = 1 1 #H 




OUTC3 = 08 #H 




0UTC4 = 1 1 #H 



BEGIN 



CO: OUTCO, IF (NOT FAIL) THEN LOAD PL (18 #D); 

" LOAD COUNTER WITH INITIAL COUNT " 

OUTCO, WHILE (CREG <> 0) WAIT ELSE LOAD PL (19 #D); 

" GENERATE WAVEFORM FOR CO " 

CI : 0UTC1 , WHILE (CREG <> 0) WAIT ELSE LOAD PL (1 9 #D); 
" GENERATE WAVEFORM FOR CI " 

C2: 0UTC2, WHILE (CREG <> 0) WAIT ELSE LOAD PL (7F #H); 
" GENERATE WAVEFORM FOR C2 " 

C3: OUTC3, WHILE (CREG <> 0) WAIT ELSE LOAD PL (7F #H); 
0UTC3, WHILE (CREG <> 0) WAIT ELSE LOAD PL (7F #H); 
0UTC3, WHILE (CREG <> 0) WAIT ELSE LOAD PL (7F #H); 

LAST C3: OUTC3, WHILE (CREG <> 0) WAIT ELSE LOAD PL (19 #D); 

" GENERATE WAVEFORM FOR C3 " 

04: OUTG4, WHILE (CREG <> 0) WAIT ELSE LOAD PL (0 #H); 

" GENERATE WAVE FOR C4 " 



Figure 2-92. Microprogram to Syntliesize HSDCYC Cycle 
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HEX EQUIVALENT 
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Figure 2-93. Output Values for Each Segment of HSDCYC 
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17 
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20 



STATEMENT NO. 


LABEL 


MICROINSTRUCTION 


1 


C: 


OUTB, LOADPL(127#H); 


2 


REPEAT: 


OUTCO, PUSHCNTR ; 


3 




OUTGO, CALL PL (CO)* ; 


4 




0UTC4, POPCNTR ; 


5 




OUTC4, WHILE (GREG <> 0) 


6 




OUTGO, LOAD PL (127 #H); 


7 


REPEAT1: 


OUTCO, PUSHCNTR ; 


8 




OUTCO, CALL PL (CO)- ; 


9 




0UTG4, POPCNTR ; 


10 




OUTG4, WHILE (GREG <> 0) 



COMMENTS 
" EXECUTE LAST CYCLE OF PERIOD " 
" B AND SETUP LOOP COUNT " 
" SAVE LOOP COUNT ON STACK " 
" EXECUTE HSDCYC ONCE " 
" RESTORE COUNTER WITH LOOP COUNT; 

LOOP TO PL (REPEAT); 

" REPEAT INSTRUCTIONS UNTIL COUNT = ZERO ' 



REPEATS: 



LOOP TO PL (REPEAT1); 



OUTCO, LOAD PL (127 #H); 

OUTCO, PUSHCNTR 

OUTCO, GALL PL (CO) 

0UTC4, POPCNTR 

0UTC4, WHILE (GREG <> 0) LOOP TO PL (REPEAT 3), 



EXECUTE 

;> HSDCYC 

484 TIMES 



SEE FIGURE 2-92. 

Figure 2-94. iWicroprogram for Repeating HSDCYC 512 Times 
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STATEMENT NO MICROINSTRUCTION 

1 PUSHCNTR 

2 CALL PL (EX) 

3 POPCNTR 

4 EX: RETURN 
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Figure 2-95. Operation of Stacl< 



CI 
C2: 
C3: 



OUTCO, 
0UTC1, 
0UTC2, 
0UTC3, 



CO: OUTCO, IF (NOT FAIL) THEN LOAD PL (16 #D); 

" REDUCE COUNT TO 1 6 TO COMPENSATE " 

"FOR CYCLES IN STATEMENTS 2 AND 3 IN FIGURE 76 " 

WHILE (CREG <> 0) WAIT ELSE LOAD PL (19 #D); 

WHILE (CREG <> 0) WAIT ELSE LOAD PL (19 #D); 

WHILE (CREG <> 0) WAIT ELSE LOAD PL (7F #H); 

WHILE (CREG <> 0) WAIT ELSE LOAD PL (7F #H); 

0UTC3, WHILE (CREG <> 0) WAIT ELSE LOAD PL (7F #H); 

0UTC3, WHILE (CREG <> 0) WAIT ELSE LOAD PL (7F #H); 
WHILE (CREG <> 0) WAIT ELSE LOAD PL (16 #D); 
" REDUCE COUNT TO 16 TO COMPENSATE FOR " 
" CYCLES IN STATEMENTS 4 AND 5 IN FIGURE 76 " 
" AND RETURN MICROINSTRUCTION BELOW " 
WHILE (CREG <> 0) WAIT ELSE LOAD PL (0 #H); 

0UTC4, IF (NOT FAIL) RETURN; 

" ADD RETURN TO CONTINUE EXECUTION AT " 

" STATEMENT 4 IN FIGURE 2-94 " 



LASTC3: 0UTC3, 



C4: 0UTC4 



Figure 2-96. Modification of HSDCYC Microprogram in Figure 2-92 
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enced by these names as well (also see Figure 2- 
108). 

As shown In Figure 2-109, the timing for Period A is 
synthesized by calling HSCYCA within a loop that 
executes 6 times (also see Figure 2-88). In a similar 
vein, the timing for Period B is synthesized by execut- 
ing HSCYCBD four times, and for Period D, by calling 
HSCYCBD three times. 

Let's look at the microprogram for Period A In more 
detail. The microlnstmction In Statement 1 initializes 
the loop counter. Notice, however, that this microin- 
struction executes once, when the loop is first entered 
and the counter is zero. During subsequent Iterations 
of the loop. Statement 1 contributes execution cycles 
to synthesize segment AO but does not reload the 
counter. 

The microprogram for Period A repeats until the coun- 
ter counts down to zero.Then, when Statement 6 
executes, control passes to Statement 8, labelled 
EXITA. The major purpose of Statement 8 is to ensure 



that during the last iteration of the loop, segment A1 
Is as long as It is for each of the other iterations. The 
microprograms for Periods B and D are similar to 
Period A and are not discussed in detail here. 

2.2.5.3 Implementing the Memory Controller 

The essential function of the memory controller Is to 
arbitrate among requests from the CPU and display 
logic and then take appropriate action to service 
those requests. 

Figure 2-1 1 shows a high-level block diagram of the 
display buffer and memory controller. Most of the 
elements shown In this diagram are already known to 
us from previous discussions. However, the row 
counter, shown in the upper left-hand corner, is an 
entirely new element. 

Recall that the display logic generates the signal 
SCANRQST during the horizontal sync period of 
HSDCYC. This signal Is a request to the memory 



STATEMENT NO. LABEL 



COUNTER EQUAL TO ZERO UPON ENTRY 
MICROINSTRUCTION 



COMMENTS 



1 


C: 


OUTCO, DEC 


; » THE FIRST EXECUTION OF THIS " 
" MICROINSTRUCTION MAKES THE 
" COUNTER EQUAL TO 127 " 


2 




OUTGO, PUSHCNTR 


; " SAVE LOOP COUNTER " 


3 




OUTCO, CALL PL (CO) 


; " EXECUTE MICROPROGRAM FOR 
" HSDCYC IN FIGURE 78 " 


4 




0UTC4, POPCNTR 


; " RESTORE LOOP COUNTER " 


5 




0UTC4, IF (CREG < > 


0) THEN GOTO PL (C); 

" THIS MICROINSTRUCTION " 
"IMPLEMENTS LOOP " 


6 


REPEAT 1 : 


OUTCO, DEC 


■ '^ 




7 




OUTCO, PUSHCNTR 






8 




OUTCO, CALL PL (CO) 






9 




0UTC4, POPCNTR 






10 




OUTC4, IF (CREG < > 


0) THEN GOTO PL (REPEAT1); 





16 
17 

18 
19 
20 



REPEAT 3 ; 



EXECUTE 

> HSDCYC 

484 TIMES 



Figure 2-97. Improved Microprogram to Implement Period C 
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controller to load the VRAM shift register with a new 
row of pixels. As shown in Figure 2-79, however, we 
need to specify a row address. This function is served 
by the row counter, which is used during the shift 
register load cycle. 

The address bit labelled RAC8, also shown in Figure 
2-1 1 0, is the top most address bit of the row address 
counter. When this bit is low, the upper half of the 
display is active, and when it is high, the lower half of 
the display is active. The memory controller uses this 
bit to determine which VRAMs to select during the 
shift register load cycle (see Figure 2-111). 

The Input signals to the memory controllerf all Into two 
groups. Four of the signals— RD, WR, SCANRQST, 
REFRRQST— are the request signals among which 
the memory controller arbitrates. The remaining 
signals are auxiliary signals used by the memory 
controller microprograms to implement the actions 
associated with each of the request signals. 

In Example 2, we designed a memory controller that 
synthesized the timing for reading data from and 
writing data to the display buffer. In our current 
example, we make use of Example 2 microsubrou- 
tines since they perform the same functions we need 
now. 

Recall, however, that in Example 2, we scanned the 
request lines to decide which request to honor. In our 
current example, we have four request lines. In 
scanning all four of these lines, we waste a consider- 
able amount of time. A better procedure is to use the 



GOTOTM microinstruction in conjunction with a jump 
table, just as we did in Examples 3 and 4. 

Aside from requesting different services, there is a 
major difference between the behavior of CPU and 
display logic request signals. As we discussed in 
Example 2, the memory controller generates the 
signal OPCOH/IPto interlock the memory controller to 
the CPU. In contrast, the display controller is not 
locked to the memory controller when generating the 
requests SCANRQST or REFRRQST. 

To see the consequence of this, let's examine the 
events that take place when the display logic gen- 
erates SCANRQST and no other requests are active. 
As shown in Figure 2-112, the memory controller 
uses the GOTOTM microinstruction and a jump table 
to establish the priorities among the incoming request 
signals. Now, assuming SCANRQST is active, the 
memory controller executes the SCAN microprogram 
and then returns to the idle loop. The problem is that 
SCANRQST is still active. As a result, the SCAN 
microprogram executes again and again until the 
display controller negates SCANRQST. 

Figure 2-113 presents a solution to the above prob- 
lem. In this state diagram. State refers to the 
arbitration process that takes place using the GOTOTM 
microinstruction and jump table described above. 
Now, when SCANRQST is active, a transition takes 
place to State 1 . In State 1 , the SCAN microprogram 
executes and a new row of pixels is loaded into the 
VRAM shift register. When the SCAN microprogram 
completes its execution, it jumps to yet another state. 



PIXEL CLK 



RESET 



> 



cc 

TO 
T1 
T2 
T3 
T4 
T5 
T6 
T7 
/RES 



PO 

P1 
P2 
P3 
P4 
P5 
P6 
P7 
P8 
P9 
P10 



Am29PL142 



Figure 2-100. Adding Control Signals for HSDCYC 



-> SERCLKO 



-> SERCLK1 



-> 
->■ 

-> 
-> 
-> 
-> 



HSYNC 
VSYNC 
HDISPEN 



SROEO 

SR0E1 

SR0E2 

SR0E3 

SCANRQST 

REFRRST 
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state 2, to continue arbitrating among the CPU re- 
quest signals. In State 2, in contrast to State 0, ttie 
continued active level of SCANRQSTdoes not result 
in another execution of the SCAN microprogram. 

State 2 is implemented In the same manner as Slate 
0, that is, the GOTOTM microinstruction is used in 
conjunction with a jump table (see Figure 2-114). It is 
the composition of the jump table, though, that allows 
ustoignore select ivelythe active levelofSCANRQST. 
However, when SOANRQST goes low again, a tran- 
sition takes place back to State 0. 

Notice, also, that in State 2, the state of REFRRQST 
is ignored. The reason forthls is that SCAN RQST and 
REFRRQST are mutually exclusive just as RD and 
WR. As a result, SCANRQST goes low and the 
memory controller enters State again before 
REFRRQST Is asserted. 

As mentioned above, some of the input signals to the 
memory controllerare auxiliary signals. F or exa mple. 
In Figure 2-85 we used a decoder to route CAS to the 
appropriate VRAMs depending on the state of ad- 
dress bits A8 and A17. However, the Am29PL142 



canperformthisfunctionaswell. Consequently, if the 
CPU asserts the signal RD, the microprogram READ 
executes to implement the desired actions. We can 
modify the microprogram READ, however, to ex- 
amine the s tate o f AS and A17 and then assert the 
appropriate CAS line. 

The auxiliary signal RAC8, described above, is used 
in a similar fashion. When the display controller 
asserts SCANRQSTand the memory controllerhonors 
this request, the SCAN microprogram executes. The 
SCAN microprogram then can examinejhe^state of 
RAC8 and again activate the appropriate CAS lines to 
select the right VRAMs. 

As shown In Figure 2-110, output PI 3 is fed back to 
TEST input T4. The reason for this is to allow the 
memory controller to select either the State jump 
table or the State 2 jump table. Recall that we used 
this technique in Example 4 when we needed to 
select one of four priority tables for the VME bus 
arbiter. 

This completes our description of the operation of the 
memory controller. Since the menrory controller 



LABEL 

' DISPLAY li'M 28 ROWS" 
C: 



MICROINSTRUCTION 

OUTCOO, DEC; 

OUTCOO, PUSHCNTR; 

OUTCOO, CALL PL (UPPER); 

OUTC40, POPCNTR; 

OUTC40, IF (GREG <> 0) THEN GOTO PL (C); 



'DISPLAY 2™ 128 ROWS' 
REPEAT 1: 



OUTCOO, DEC; 

OUTCOO, PUSHCNTR; 

OUTCOO, CALL PL (UPPER); 

OUTC40, POPCNTR; 

OUTC40, IF (CREG <> 0) THEN GOTO PL (REPEAT 1); 



'DISPLAY 3™ 128 ROWS' 
REPEAT 2: 



OUTC01, DEC; 

OUTC01, PUSHCNTR; 

OUTC01 , CALL PL (LOWER); 

0UTC41, POPCNTR; 

0UTC41, IF (CREG <> 0) THEN GOTO PL (REPEAT 2); 



'DISPLAY 4™ 128 ROWS" 
REPEAT 3: 



OUTC01, DEC; 

OUTC01, PUSHCNTR; 

OUTC01, CALL PL (LOWER); 

OUTC41, POPCNTR; 

0UTC41, IF (CREG <> 0) THEN GOTO PL (REPEAT 3); 



Figure 2-102. Final Microprogram for Period C 
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OUTPUT FORMAT 





























IpIO 1 P9 1 P8 1 P7 1 P6 1 P5 1 P4 1 P3 1 P2 1 PI 1 


PO 1 


























1 






J — SERCLKENO 






































































































































HDISPEN 


























'^nnrn 


























"^nnri 














































































•^r^AMPnoT 






















































NAME FOR 
























HEX EQUIV OUTPUT FIELD VALUE 





1 








1 








1 




1 


3E7 


OUTCOO 














1 








1 




1 


1E7 


OUTC10 














1 













1 


1E3 


OUTC20 


1 



























5D2 


OUTC300 






























1D2 


OUTC310 


1 



























5D2 


OUTC320 






























1 D2 


OUTC330 


1 



























5D1 


OUTC340 






























1D1 


OUTC350 


1 



























5D1 


OUTC360 






























1D1 


OUTC370 












1 













1 




1E3 


OUTC40 





1 
















1 


1 




3E7 


OUTC01 






















1 


1 




1E7 


0UTC1 1 

























1 




1E3 


0UTC21 


1 



















■ 







571 


OUTC301 






























171 


0UTC311 


1 



























571 


OUTC321 






























171 


OUTC331 


1 



























572 


OUTC341 






























172 


OUTC351 


1 



























572 


OUTC361 






























172 


OUTC371 








1 



















1 


1E3 


OUTC41 



Figure 2-103. Output Values for Microprogram C and HSDCYC 
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incorporates many of the functions described in the 
previous examples, we do not present a detailed 
explanation of the Implementation. However, Figure 
2-115 presents the microprogram to implement the 
memory controller as a reference. 

This example, the frame store, is an especially attrac- 
tive example of the power of the Am29PL100 family. 
The particular advantage offered by each of the 
Am29PL142s is the ability to implement multiple 
functions in one chip. For the display logic, we 
implemented a full-scale CRT controller in addition to 
counters to generate refresh and scan requests. For 
the memory controller, we implemented both the 
random access and serial access modes of the 
VRAMs. An alternative implementation based upon 
discrete logic would use considerably more 
components. 

2.3 CONTROL SIGNAL DESCRIPTIONS 

This section contains the control signal descriptions 
for the control unit of the simple computer described 
in Section 2.1.1. The 1 1 control signals are described 
below: 



LDIDR — This signal latches data from the memory 
into the input data register (IDR) on the rising edge. 

LDODR — This signal latches data from the A port of 
the registerfile into the output data register (ODR) on 
the rising edge. 

ENODR — This signal controls the three-state condi- 
tion of the ODR. When ENODR is low, the ODR 
output is active, allowing data to be written to the 
memory (see description of READ signal). When the 
signal is high, the ODR output Is three-stated, allow- 
ing the memory to be read. 

LDMAR — This signal latches data into the memory 
address register (MAR) on the rising edge (see de- 
scription of SELMAR below). 

SELMAR — This signal selects the source of the 
address to be loaded into the MAR. When SELMAR 
is low, the incremented value of the program counter, 
R7, is selected. When the signal is high, the address 
contained in the IDR is selected. 

READ — This signal controls the memory reads and 
writes. When READ Is low, data from the ODR Is 



UPPER: OUTCOO 


LOAD PL (16 #D) 






OUTCOO 


WHILE (CREG < 


> 0) WAIT ELSE LOAD PL (19 #D) 


CIO: 


OUTG10 


WHILE (CREG <> 0) WAIT ELSE LOAD PL (19 #D) 


C20: 


OUTC20 


WHILE (CREG <> 0) WAIT ELSE LOAD PL (3F #H) 


C300 


: OUTC300 


WHILE (CREG <> 0) WAIT ELSE LOAD PL (3F #H) 


C310 


OUTC310 


WHILE (CREG < : 


. 0) WAIT ELSE LOAD PL (3F #H) 


C320 


OUTC320 


WHILE (CREG <> 0) WAIT ELSE LOAD PL (3F #H) 


C330 


OUTC330 


WHILE (CREG <> 0) WAIT ELSE LOAD PL (3F #H); 


C340 


OUTC340 


WHILE (CREG <> 0) WAIT ELSE LOAD PL (3F #H); 


C350 


OUTC350 


WHILE (CREG < ; 


■ 0) WAIT ELSE LOAD PL (3F #H); 


C360 


OUTC360 


WHILE (CREG < : 


■ 0) WAIT ELSE LOAD PL (3F #H); 


C370 


OUTC370 , 


WHILE (CREG < ; 


. 0) WAIT ELSE LOAD PL (16 #D); 


C40: 


OUTC40 , 


WHILE (CREG < > 


0) WAIT ELSE LOAD PL (0 #H); 




OUTC40 , 


RETURN; 




LOW! 


;R: OUTC01 , 


LOAD PL (16 #D); 






OUTC01 , 


WHILE (CREG < > 


0) WAIT ELSE LOAD PL (19 #D); 


C11: 


0UTC11 , 


WHILE (CREG < = 


0) WAIT ELSE LOAD PL (19 #D); 


C21: 


0UTC21 , 


WHILE (CREG < > 


0) WAIT ELSE LOAD PL (3F #H); 


C301 


OUTC301 , 


WHILE (CREG < > 


0) WAIT ELSE LOAD PL (3F #H); 


C311 


OUTC311 , 


WHILE (CREG < > 


0) WAIT ELSE LOAD PL (3F #H); 


C321 


OUTC321 , 


WHILE (CREG < > 


0) WAIT ELSE LOAD PL (3F #H); 


C331 


OUTG331 , 


WHILE (CREG < > 


0) WAIT ELSE LOAD PL (3F #H); 


C341 


OUTC341 , 


WHILE (CREG < > 


0) WAIT ELSE LOAD PL (3F #H); 


C351 


OUTC351 , 


WHILE (CREG < > 


0) WAIT ELSE LOAD PL (3F #H); 


C361: 


OUTC361 , 


WHILE (CREG < > 


0) WAIT ELSE LOAD PL (3F #H); 


C371: 


OUTC371 , 


WHILE (CREG < > 


0) WAIT ELSE LOAD PL (16 #D); 


C41: 


0UTC41 , 


WHILE (CREG < > 


0) WAIT ELSE LOAD PL (0 #H); 




0UTC41 , 


RETURN; 





Figure 2-104. Microprograms Upper and Lower 
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written to the memory at the location specified by the 
MAR. When the signal is high, data is read from the 
memory and latched into the IDR (see description of 
LDIDR above). 

SELRFDATA — This signal selects the source of the 
data to be written into the register file. When 
SELRFDATA is low, data from the IDR is written into 
the register file. When the signal high, data from the 
ALU is written into the register file. 

SELRFADDR — This signal selects the source of the 
Port A address of the registerfile. WhenSELRFADDR 
is low, the address comes from the IDR. When the 
signal is high, the address comes from the control unit 
(see description of PORTAADDR below). 

PORTAADDR — These bits select the Port A ad- 
dress of the register file. When the signal low, the 
address comes from the IDR. When it is high, the 



address comes from the microcode (see description 
of SELRFADDR above). 



WRRF — This signal writes data into the register file 
at the address specified In Port B. 

ALUCODE — These bits select the ALU operation to 
be performed (see Table 2-1 in Section 2.1). 

2.4 INSTRUCTION SET DESCRIPTIONS 

This section contains the descriptions of the instruc- 
tion set for the simple computer described in Section 
2.1. 

The 15 instmctions are described below: 

SHIFTL — Register RO Is shifted left 1-16 positions 
as specified in the COUNT field. 



DEVICE (PL142) 




DEFINE 




OUTAO 


.1EF»H 


OUTAt 


-1EB>H 


OUTBDO 


-1E7»H 


0UTBD1 


.1E3»Hi 



BEGIN 

■ MICROPROGRAM FOR HSCYCA ■ 
SEGAO: OUTAO , LOAD PL (36 »D): 

■ LOAD COUNTER WITH INITIAL COUNT " 
OUTAO . WHILE (GREG <>0) WAIT ELSE LOAD PL (7F»H); 

■ GENERATE WAVEFORM FOR SEGAO " 

SEGA1: 0UTA1 . WHILE (CREGoO) WAIT ELSE LOAD PL (7F»H); 

0UTA1 , WHILE (CREGoO) WAIT ELSE LOAD PL (7F»H); 

0UTA1 . WHILE (CREG<>0) WAIT ELSE LOAD PL (7FIH); 

0UTA1 . WHILE (CREGoB) WAIT ELSE LOAD PL (36 »D); 

• GENERATE FIRST 512 CYCLES OF SEGA1 ■ 

0UTA1 , WHILE(CREG<>O)WAITELSELOADPL(0»H); 

0UTA1 , RETURN; 

■ MICROPROGRAM FOR HSCYCBD ■ 
SEGBDO: OUTBDO. LOAD PL (36 «D); 

OUTBDO, WHILE (CHEG <> 0) WAIT ELSE LOAD PL (7F »H); 
SEGBDl: 0UTBD1. WHILE (CREG <> 0) WAIT ELSE LOAD PL (7F »H); 

0UTBD1 . WHILE (CREG <> 0) WAIT ELSE LOAD PL (7F »H); 

0UTBD1 . WHILE (CREG <> 0) WAIT ELSE LOAD PL (7F »H); 

OUTBDl . WHILE (CREG <> 0) WAIT ELSE LOAD PL (36 »D) ; 

0UTBD1 , WHILE (CREG <> 0) WAIT ELSE LOAD PL (0 »H) ; 

0UTBD1. RETURN; 



Figure 2-107. Microprograms to Synthesize HSCYCA and HSCYCBD Cycle 
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ADD — The content of the specified source register 
Isaddedtothecontent of thedestination register. The 
result is written back to the destination register. 

SUB — The content of the destination register is 
subtracted from the content of the source field. The 
result is written back to the destination field. 

AND — The content of the source register is ANDed 
with the content of the destination register. The result 
Is written back to the destination register. 

OR — The content of the source register is ORed with 
the content of the destination register. The result is 
written back to the destination register. 

JMP — Transfer of control is passed to the address 
specified in the ADDRESS field. 

CALLSUBROUTINE—Transferof control is passed 
to the address specified in the ADDRESS field. The 
address of the next sequential instruction is stored on 
the stack for subsequent continuation of instruction 
processing. 



RETURN — Transfer of control is passed to the return 
address contained on the stack. The stack Is popped 
after the top of stack is used as return address. 

BRANCHN — Transfer of control is passed to the 
address specified in the ADDRESS field if register RO 
holds a negative two's complement number. Other- 
wise, processing continues with the next sequential 
instmction. 

BRANCHZ — Transfer of control is passed to the 
address specified in the ADDR ESS field if the content 
of register RO is zero. Othenwise, processing con- 
tinues with the next sequential Instruction. 

LOAD — Register RO receives the data from the 
memory location specified in the ADDRESS field. 

STORE — The content of register RO Is written to the 
memory location specified in the ADDRESS field. 

INC — The content of the destination register is 
incremented by one. 

DEC — The content of the destination register is 
decremented by one. 



OUTPUT FORMAT 



I P10 I P9 I P8 I P7 I P6 I P5 I P4 I P3 I P2 I PI | PO 1 



SERCLKENO 

SERCLKEN1 

HSYNC 

VSYNC 

HDISPEN 



SROEO 

SROE1 

SROE2 

SR0E3 

SCANRQST 

REFRRQST 



OUTPUT VALUES 



HEX EQUIV 
1EF 
1EB 



NAME FOR 
OUTPUT FIELD VALUE 

OUTAO 
0UTA1 



1E7 
1E3 



OUTBDO 
0UTBD1 



Figure 2-108. Output Values for Segments of HSCYCA and HSCYCBD 
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STATEMENT NO. 


LABEL 


1 


A: 


2 




3 




4 




5 




6 




7 




8 


EXIT A: 


9 


B: 


10 




11 




12 




13 




14 




15 




16 


EXIT B; 


17 


C: 


18 


D: 


19 




20 




21 




22 




23 




24 




25 


EXIT D: 



MICROINSTRUCTION COMMENTS 

OUTAO, IF (CREG = 0) THEN LOAD PL (7 #D); " INITIALIZE LOOP COUNTER FOR 6 ITERATIONS ' 
OUTAO, DEC; " DECREMENT LOOP COUNTER " 

OUTAO, PUSHCNTR; " SAVE LOOP COUNT " 

OUTAO, CALL PL (SEGAO); ' ' EXECUTE HSCYCA MICROPROGRAM " 

0UTA1 , POPCNTR; " RESTORE LOOP COUNT " 

0UTA1 , IF (CREG = 0) THEN GOTO PL (EXIT A); " TEST LOOP EXIT CONDITION " 
0UTA1 , GOTO PL (A); " CONTINUE EXECUTING LOOP " 

0UTA1 , GOTO PL (B); " COMPENSATE FOR ONE CLOCK LOSS " 

OUTBDO, IF (CREG = ) THEN LOAD PL (5 #D);" INITIALIZE FOR 4 ITERATIONS " 
OUTBDO, DEC; 
OUTBDO, PUSHCNTR; 
OUTBDO, CALL PL (SEGBDO); 
0UTBD1, POPCNTR; 

0UTBD1 , IF (CREG = 0) THEN GOTO PL (EXIT B); 
OUTBD1,GOTOPL(B); 
OUTBD1,GOTOPL(C); 

SEE FIGURE 2-102 " EXECUTE MICROPROGRAM C" 

OUTBDO, IF (CREG = 0) THEN LOAD PL (4 #D); " INITIALIZE FOR 3 ITERATIONS " 
OUTBDO, DEC; 
OUTBDO, PUSHCNTR; 
OUTBDO, CALL PL (SEGBDO); 
0UTBD1 , POPCNTR; 

0UTBD1 , IF (CREG = 0) THEN GOTO PL (EXIT D); 
0UTBD1,G0T0PL(D); 
OUTBD1,GOTOPL(A); 



Figure 2-109. Microprogram to Generate Periods A-D 
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RAC8 



VRAM SELECTION 



VRAM 00, VRAM 01, VRAM 10, VRAM 11 
VRAM 20, VRAM 21 , VRAM 30, VRAM 3 



Figure 2-111. VRAM Selection Using RAC8 During Shift Register Load 



GOTOTM 



PRIORITY 
TABLE 



IDLE 




READ 



WRITE 



SCAN 



REFRESH 



Figure 2-112. Memory Controller Arbitration 



2-95 



READ 



READ 




WRITE 



WR=0 



SCAN 



SCANRQST = 1 



RD=0 



REFRESH 



REFRRQST = 1 



WR=0 



WRITE 



Figure 2-113. State Diagram for Memory Controller 
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DEVICE {PL142) 






DEFINE RD 


= TO 




WR 


= T1 




SC 


= T2 




RF 


= T3 




A8 


= T5 




A17 


= T6 




RAC8 


= CC 




FAIL 


= EQ 




RDOO 


= 1BF4#H 


" OUTPUT VALUES DURING " 


RD01 


= 19F2#H 


" READ CYCLE " 


RD020 


= 1903 #H 


" (FROM STATE 0) " 


RD021 


= 1913 #H 




RD022 


= 1923 #H 




RD023 


= 1933 #H 




RD20 


= 3BF4#H 


"OUTPUT VALUES DURING " 


RD21 


= 39F2#H 


" READ CYCLE " 


RD220 


= 3903 #H . 


" (FROM STATE 2) " 


RD221 


= 3913 #H 




RD222 


= 3923 #H 




RD223 


= 3933 #H 




WROO 


= 1AF4#H 


" OUTPUT VALUES DURING " 


WR01 


= 18F2#H 


" WRITE CYCLE " 


WR020 


= 1803 #H 


" (FROM STATE 0) " 


WR021 


= 1813 #H 




WR022 


= 1823 #H 




WR023 


= 1833 #H 




WR20 


= 3AF4#H 


" OUTPUT VALUES DURING " 


WR21 


= 38F2#H 


" WRITE CYCLE " 


WR220 


= 3803 #H 


" (FROM STATE 2) " 


WR221 


= 3813 #H 




WR222 


= 3823 #H 




WR223 


= 3833 #H 




RF01 


= 3B0C#H 


" OUTPUT VALUES DURING " 


RF02 


= 3B04#H 


" REFRESH CYCLE " 


RF03 


= 3BF4#H 




SC01 


= 23FC#H 


" OUTPUT VALUES DURING " 


SC02 


= 23F4#H 


■■ SCAN REQUEST CYCLE " 


SC03 


= 33F4#H 




SC040 


= 3334 #H 




SC050 


= 3F34#H 




SC041 


= 33C4#H 




SC051 


= 3FC4#H 




IDLED 


= 1BFC#H 


" IDLE VALUES IN STATE " 


IDLE2 


= 3BFC#H; 


"IDLE VALUES IN STATE 2 " 


Figure 2-115. Memory Controller Microprogram for Example 5 
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BEGIN 



" STATE JUMP TABLE ' 



IDLE 0, IF (NOT FAIL) THEN GOTO ERROR; 
IDLE 0, IF (NOT FAIL) THEN GOTO WRITEOO; 
IDLE 0, IF (NOT FAIL) THEN GOTO READOO; 
STO: IDLE 0, IF (NOT FAIL) THEN GOTO TM (F #H); 

IDLE 0, IF (NOT FAIL) THEN GOTO ERROR; 
IDLE 0, IF (NOT FAIL) THEN GOTO SCAN; 
IDLE 0, IF (NOT FAIL) THEN GOTO SCAN; 
IDLE 0, IF (NOT FAIL) THEN GOTO SCAN; 
IDLE 0, IF (NOT FAIL) THEN GOTO ERROR; 
IDLE 0, IF (NOT FAIL) THEN GOTO REFR; 
IDLE 0, IF (NOT FAIL) THEN GOTO REFR; 
IDLE 0, IF (NOT FAIL) THEN GOTO REFR; 
IDLE 0, IF (NOT FAIL) THEN GOTO ERROR; 
IDLE 0, IF (NOT FAIL) THEN GOTO ERROR; 
IDLE 0, IF (NOT FAIL) THEN GOTO ERROR; 
IDLE 0, IF (NOT FAIL) THEN GOTO ERROR; 

" STATE 2 JUMP TABLE " 

IDLE 2, IF (NOT FAIL) THEN GOTO ERROR; 
IDLE 2, IF (NOT FAIL) THEN GOTO STO; 
IDLE 2, IF (NOT FAIL) THEN GOTO STO; 
IDLE 2, IF (NOT FAIL) THEN GOTO STO; 
IDLE 2, IF (NOT FAIL) THEN GOTO ERROR; 
IDLE 2, IF (NOT FAIL) THEN GOTO WRITE20; 
IDLE 2, IF (NOT FAIL) THEN GOTO READ20; 
ST2: IDLE 2, IF (NOT FAIL) THEN GOTO TM (1F #H); 

IDLE 2, IF (NOT FAIL) THEN GOTO ERROR; 
IDLE 2, IF (NOT FAIL) THEN GOTO WRITE20; 
IDLE 2, IF (NOT FAIL) THEN GOTO READ20; 
IDLE 2, IF (NOT FAIL) THEN GOTO TM (#1 F #H); 
IDLE 2, IF (NOT FAIL) THEN GOTO ERROR 
IDLE 2, IF (NOT FAIL) THEN GOTO ERROR 
IDLE 2, IF (NOT FAIL) THEN GOTO ERROR 
IDLE 2, IF (NOT FAIL) THEN GOTO ERROR 



Figure 2-115 (Continued) 
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" ROUTINE TO SYNTHESIZE READ CYCLE TIMING" 

" (SEE FIGURE 2-78) " 

" ENTRY IS FROM STATE " 

READOO: RDOO, IF (A8) THEN GOTO PL (READ01); 

RD01 , IF (A1 7) THEN GOTO PL (READ02); 

RD020, CONTINUE; 

RD020, CONTINUE; 

RD020, IF (RD) THEN GOTO TM (F #H) ELSE WAIT; 

"A8 = 0&A17 = 0" , 

READ01: RD01, IF (A17) THEN GOTO PL (READ03); 

RD021, CONTINUE; 

RD021, CONTINUE; 

RD021 , IF (RD) THEN GOTO TM (F #H) ELSE WAIT; 

" A8 = 1 & A17 = " 

READ02: RD022, CONTINUE; 
RD022, CONTINUE; 
RD022, IF (RD) THEN GOTO TM (F #H) ELSE WAIT; 

"A8 = 0&A17 = 1" 

READ03: RD023, CONTINUE; 
RD023, CONTINUE; 
RD023, IF (RD) THEN GOTO TM (F#H) ELSE WAIT; 

"A8 = 1&A17=1" 



Figure 2-115 (Continued) 
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" ROUTINE TO SYNTHESIZE READ CYCLE TIMING" 

" (SEE FIGURE 2-78) " 

" ENTRY IS FROM STATE 2 " 



READ20: 


RD20, IF (A8) THEN GOTO PL (READ21 ); 




RD21 , IF (A1 7) THEN GOTO PL (READ22); 




RD220, CONTINUE; 




RD220, CONTINUE; 




RD220, IF (RD) THEN GOTO TM (1 F #H) ELSE WAIT; 




"A8 = 0&A17 = 0" 


READ21: 


RD21, IF(A17)THENGOTOPL(READ23); 




RD221, CONTINUE; 




RD221, CONTINUE; 




RD221 , IF (RD) THEN GOTO TM (1 F #H) ELSE WAIT; 




"A8 = 1 &A17 = 0" 


READ22: 


RD222, CONTINUE; 




RD222, CONTINUE; 




RD222, IF (RD) THEN GOTO TM (1 F #H) ELSE WAIT; 




"A8 = 0&A17 = 1" 


READ23: 


RD223, CONTINUE; 




RD223, CONTINUE; 




RD223, IF (RD) THEN GOTO TM (1 F #H) ELSE WAIT; 




"A8 = 1 &A17 = 1 " 




Figure 2-115 (Continued) 
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" ROUTINE TO SYNTHESIZE WRITE CYCLE TIMING" 

" (SEE FIGURE 2-78) " 

" ENTRY IS FROM STATE " 

WRITEOO: WROO, IF (A8) THEN GOTO PL (WRITE01); 

WR01 , IF (A1 7) THEN GOTO PL (WRITE02); 

WR020, CONTINUE; 

WR020, CONTHNUE; 

WR020, IF (WR) THEN GOTO TM (F #H) ELSE WAIT; 

"A8 = 0&A17 = 0" 

WRITE01: WR01, IF (A17) THEN GOTO PL (WRITE03); 

WR021, CONTINUE; 

WR021, CONTINUE; 

WR021 , IF (WR) THEN GOTO TM (F #H) ELSE WAIT; 

WRITE02: WR022, CONTINUE; 
WR022, CONTINUE; 
WR022, IF (WR) THEN GOTO TM (F #H) ELSE WAIT; 

"A8 = 0&A17 = 1 " 

WRITE03: WR023, CONTINUE; 
WR023, CONTINUE; 
WR023, IF (WR) THEN GOTO TM (F #H) ELSE WAIT; 

"A8 = 1 &A17=1 " 



Figure 2-115 (Continued) 
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" ROUTINE TO SYNTHESIZE WRITE CYCLE TIMING" 

" (SEE FIGURE 2-78) " 

" ENTRY IS FROM STATE 2 " 

WRITE20: WR20, IF (A8) THEN GOTO PL (WRITE21); 

WR21 , IF (A1 7) THEN GOTO PL (WRITE22); 

WR220, CONTINUE; 

WR220, CONTINUE; 

WR220, IF (WR) THEN GOTO TM (1 F #H) ELSE WAIT; 

"A8 = 0&A17 = 0" 

WRITE21 : WR21 , IF (A1 7) THEN GOTO PL (WRITE23); 

WR221, CONTINUE; 

WR221, CONTINUE; 

WR221 , IF (WR) THEN GOTO TM (1 F #H) ELSE WAIT; 

"A8 = 1 &A17 = 0" 

WRITE22; WR222, CONTINUE; 
WR222, CONTINUE; 
WR222, IF (WR) THEN GOTO TM (1 F #H) ELSE WAIT; 

" AS = & A1 7 = 1 " 

WRITE23: WR223, CONTINUE; 
WR223, CONTINUE; 
WR223, IF (WR) THEN GOTO TM (1 F #H) ELSE WAIT; 

"A8 = 1 &A17=1 " 



Figure 2-115 (Continued) 
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REFR: 



" ROUTINE TO SYNTHESIZE REFRESH CYCLE TIMING" 
" (SEE FIGURE 2-79) " 



RF01, 
RF02, 
RF03, 



CONTINUE 
CONTINUE; 
CONTINUE 



RF03, IF (NOT FAIL) THEN GOTO PL {ST2); 

" ROUTINE TO SYNTHESIZE SCAN CYCLE TIMING " 
" (SEE FIGURE 2-79) " 

SCAN: SC01, CONTINUE; 

SC02, CONTINUE; 

SC03, IF (RAC8) THEN GOTO PL (SCANO); 

SC040, CONTINUE; 

SC050, IF (NOT FAIL) THEN GOTO PL (ST2); 

SCANO: SC041, CONTINUE; 

SC05i; IF (NOT FAIL) THEN GOTO PL (ST2); 

ERROR: " THIS ROUTINE jS_ENTERED WHENEVER " 
" BOTH RD AND WR ARE ACTIVE " 
" OR BOTH SCANRQST AND REFRROST ARE ACTIVE ' 



Figure 2-115 (Continued) 
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CHAPTER 3 

ARTICLE REPRINTS 



DESIGN ENTRY 



Fuse-programmable chip 

takes command 

of distributed systems 



The first fuse-programmable controller 

eliminates bulky and expensive designs, freeing distributed 

intelligence to carve out a greater niche for itself. 



In much the same way that cars and highways 
spawned the suburbs, standard microprocessor 
buses and add-on boards have distributed pro- 
cessing intelligence, revolutionizing the design of 
digital systems. Breaking systems into independent 
modules shortens the design cycle, eases upgrades, 
and accelerates fault diagnosis. But despite these ad- 
vantages, an essential element has been missing: a 
one-chip controller geared specifically to the needs of 
distributed intelligence. 

Without that critical ingredient, engineers have 
been forced to turn to less than optimal solutions. 
One approach relies on boards packed with as many 
as 35 SSI and MSI devices. Another tack is to go with 
a powerful— yet costly— VLSI chip. Alternatively, a 
programmable logic device can be pressed into ser- 
vice, but such circuitry lacks the computing power to 
control peripherals. 

The missing element, a fuse-programmable con- 
troller chip, is now here. By mixing intelligence and 
control, the Am29PL141 stakes out new territory for 
distributed systems. The 20-MHz IC combines for the 
first time all of the elements of an intelligent micro- 
code controller. Its powerful sequencing logic steps 
through the controller's 64-by-32-bit pipelined 
PROM. That fuse-programmable memory stores a 
user-defined microprogram drawn from a set of 29 



Om Agrawal and Deepak Mithani 
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microinstructions, including a repertoire of jumps, 
multiple branches (or case statements), and sub- 
routine calls. All can be executed conditionally, de- 
pending upon the outcome of one of eight tests. In 
addition, a serial shadow register on the 28-pin chip 
helps designers diagnose system troubles right down 
to a particular IC. (In the past, expediency often dic- 
tated that complex trouble-shooting be avoided for 
as long as possible.) 

Four basic blocks 

The controller comprises four main functional 
blocks. Three of them — the microaddress control 
logic, condition code selector, and microinstruction 
decoder— form the cornerstone of the controller, the 
address sequencer. The fourth is a microprogram 
memory (64 by 32 bits) with a pipelined register and 
serial shadow register (Fig. 1). 

For the most part, the elements of the address 
sequencer are fairly typical. Nevertheless, the way in 
which they are organized and connected, as well as 
the instruction set, make the chip unique. For ex- 
ample, the microaddress control portion of the 
sequencer contains one register for counting loops 
and another for stacking subroutine return address- 
es. Yet either register can be employed to double the 
capacity of the other. Consequently, the chip can nest 
two levels of loop counting or two levels of subroutine 
branching (the instruction set reflects those abili- 
ties). And the high degree of interaction between ele- 
ments, particularly within the microaddress control 
logic, makes necessary a highly sophisticated micro- 
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instruction set. 

The microaddress control logic is the brain of the 
address sequencer, since it generates the addresses 
that access the microinstructions. At any time, the 
address that is called depends on the preceding in- 
struction and the outcome of any conditional tests. 

Within the control logic, a program-counter multi- 
plexer supplies the PROM's 6-bit address. The multir 
plexer takes the address from a microprogram 
counter, incremented program counter, branch con- 
trol logic, or subroutine register. Because the pro- 
gram counter contains the address of the currently 
executing instruction, that instruction is executed 
again when the program counter is selected as the 
address source. As a result, the counter plays a fun- 
damental role in tallying loops and executing "wait 
until true" instructions. 

The incrementer holds the next address in the 
sequence, and is the expected source when no jumps 
are executed and no branch or subroutine conditions 
exist. When conditional statements like "if . . . 
then . . . else" and multiple branches pass the re- 
quired tests, or when unconditional jumps are exe- 
cuted, the branch control logic supplies the address. 
Finally, when the program calls a subroutine, the 
subroutine register supplies the necessary address. 
A multiplexer selects one of three address sources. 
If only one stack level is needed, the value stored in 
the subroutine register is chosen. When the count 
register feeds the subroutine register, however, it 
furnishes an additional stack level. The third source, 
the incrementer, supplies the subroutine's return 
addresses. 

Doing double duty 

If not needed for a second subroutine level, the 
count register can, among other functions, execute it- 
erative loops and time external events. To accom- 
plish the former, the controller loads the register 
with the number of iterations to be run. Each iter- 
ation decrements the register until it reaches zero. 
The zero-detection logic associated with the counter 
informs the chip's microinstruction decoding logic 
when the register "bottoms out." 

Using the same logic, an instruction can be re- 
peated a set number of times. Repeated executions of 
the same instruction is a simple way to insert wait 
states and, therefore, build an interface to different 
microprocessors and peripherals. 

The count register is loaded from any of four 
sources: a decrementer, for normal loops; an instruc- 



tion field; the subroutine register; and the branch- 
control logic. The last derives a 6-bit value from a 
data field in a microinstruction. 

The branch-control logic, a powerful block within 
the sequencer, calculates the 6-bit value either by ap- 
plying the microinstruction data field directly or by 
using it to mask the chip's six test inputs. To through 
T5. In the second case, the masked input actually be- 
comes the branch address. Moreover, either the data 
field or masked test value serves as both a branch ad- 
dress and a count value. 

The same control logic also compares the masked 
test inputs to a constant in a microinstruction field. 
The outcome of this check affects a flip-flop. The lat- 
ter's condition itself becomes a factor in deciding 
conditional branch and subroutine instructions. If a 
match occurs, the flip-flop is set. Alternatively, the 
flip-flop remains unchanged if there is no match. 
Because the flip-flop does not change when there is 
no match, it is particularly useful for comparing 
ASCII characters and other 6-bit fields, as well as for 
successively checking the chip's test inputs. 

Controlling conditions 

A set flip-flop is one of the eight aforementioned 
tests that fulfills a conditional branch or subroutine. 
Through its condition-code selection logic, the con- 
troller is able to check each of its six test input lines, 
as well as the Condition Code input. Further, an 
exclusive-OR gate within the selection logic switches 
the meaning, or interpretation, of a test result. In 
other words, with no external hardware, a test condi- 
tion can be asserted either when a match occurs or 
when one does not. 

The final component of the chip's sequencer sec- 
tion is the microinstruction decoder. That pro- 
grammable logic array generates the IC's internal 
control signals based on the microinstruction being 
executed and the test results reported by the con- 
dition-code logic. 

The IC's fourth functional block comprises the 
fuse-programmable microprogram memory, pipe- 
lined register, and serial shadow register. The pipe- 
line register is 32 bits wide, and stores the micro- 
instruction being run. The next address is calculated 
by the sequencer and its contents is fetched from the 
microprogram memory. The upper 16 bits of the 
pipeline's output remain within the chip to sequence 
addresses and control internal functions. 

Only the 16 low-order bits link to the outside, as 
user-defined control lines. Of these, the upper byte is 
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1. The 20-MHz Am29PL141 is the first complete microprogrammable controller chip, making it an important 
building block for distributed processing systems. Its powerful sequencing logic steps the controller through 
its pipelined PROIM. The (use-programmable memory is 64 by 32 bits. 
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put in the high-impedance state by setting a micro- 
instruction's Output Enable bit to 0. Moreover, chips 
can be cascaded readily if more than 16 control bits 
are needed (Fig. 2). 

The serial shadow register, also 32-bits wide, sim- 
plifies device- and system-level diagnostics. It can be 
loaded in parallel with the contents of the pipelined 
register or loaded serially from the Serial Data Input 
pin. On the other hand, the serial register can also 
load the pipeline or shift data out serially. It also may 
simply hold the data sent to it. 

To check out the chip, an instruction is shifted 
serially into the shadow register and then loaded in 
parallel into the pipeline. Doing so forces the instruc- 
tion to be executed, and its results transferred back 



from the pipeline into the shadow register. From 
there it is shifted out for diagnosis. If all the shadow 
registers in a system are tied together, a series diag- 
nostic loop is created that isolates a problem down to 
a single chip. 

The shadow fuse 

A separate fuse must be blown to set up the serial 
shadow register. When that is done, four pins are 
redefined to handle diagnostics. Specifically, the 
Condition Code and Zero lines and Output Data Bits 
6 and 7 become, respectively, the Serial Data In 
(SDI), Serial Data Out (SDO), Diagnostic Clock 
(DCLK), and Mode control lines. 

The strength of any controller— and the advantage 



Condition Code O ' 



Upper 

16 bits of 

ffilcrotnBtnjction 




Zero 

— »o 



Output 

»o 



2. When an application calls for more than 16 control bits, two or more chips can be 
cascaded horizontally. The lower 16 bits of each of the chip's 32-bit microinstructions 
(of which there are 29) serve to control a system's components. Eight of these 16 con- 
trol bits can be put into a high-impedance state under microinstruction control; the oth- 
er 8 bits are always enabled. 
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of a microprogrammed system that employs it— lies 
in an engineer's ability to specify the sequence in 
which microinstructions are executed. To ensure 
that ability, the controller executes all the basic 
high-level constructs required for structured micro- 
programming. Its 29 op codes include sequential in- 
structions, conditional instructions, dual branching 
forks, and multibranching case statements. Iterative 
executions, like For, While, When, and Until, round 
out the set. In addition, Jump, Jump to Subroutine, 
Loop, and Compare instructions allow designers to 
store very complex algorithms in the chip's 64-word 
memory. 

Instruction formats fall into two categories. The 
first is for general microinstructions; the second is 
for the chip's Compare instructions. The latter com- 
pare a 6-bit test input to a masked constant. The 
Compare instructions are well-suited for character 
searches, as well as key searches in a look-up table. 

A single-precision, floating-point peripheral board 



(Fig. 3) presents a good example of the part that the 
controller plays in a distributed system. As a micro- 
programmed design, the peripheral serves as an add- 
on math accelerator card that plays with different 
hosts and buses. The controller orchestrates the ac- 
tions of the floating-point processor, and various reg- 
isters, register files, and memory chips. 

Simple arithmetic 

The processor is simple to use, partly because it in- 
curs no pipeline delays. It conforms to IEEE and oth- 
er industry standards, and takes only a single clock 
cycle to add, subtract, or multiply. It needs five cycles 
to divide, using the Newton-Raphson method that in- 
verts one of the factors and multiplies. In operation, 
to divide X by Y the chip fetches the approximate in- 
verse of Y from a PROM-based table and multiplies 
it by X. One or two iterations of this method increase 
the initial accuracy. 

The floating-point board works with a mieroword 
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3. In a typical application, the controller oversees tlie workings of a floating-point pro- 
cessor board. Host instructions sent to tlie FIFO and instruction registers initiate sub- 
routines in ttie controller that generate the signals that run the board. Two controllers 
are employed to supply the necessary number of control signals. 
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of at least 25 bits, 9 more than available with one con- 
troller. Thus the design employs two controller chips. 
The floating-point processor requires five command 
bits. Three are instructions and two select the input 
source. It also needs three control bits to enable its 
trio of data registers. Two other chips (each a dual- 
access four-port register of 64 words by 18 bits) tem- 
porarily store commands. They accept 12 register ad- 
dress bits (6 for source and 6 for destination) from 
the host or the controller's microprogram memory. 

Data passes to and from the host through input 
and output registers on the board, which call for 
their own enable signals. Another bit is needed to ad- 
vance the FIFO instruction register. One is necessary 
to enable and another to select a status word. (The 
floating-point chip supplies status information, 
which is available to the controller through its test 
inputs as well as to the host through the register file.) 
Seven control bits are left for miscellaneous tasks. 

Operation begins when at least one 16-bit instruc- 
tion is loaded from the host into the peripheral's 
FIFO register. The instruction consists of a 4-bit op 
code, a 6-bit source-register address, and a 6-bit ad- 
dress for the second source register, which also stores 




load instruction register and 
decode op code 



Execute instruction 
I 



Advance FIFO 



I 



4. Loading an instruction into the FIFO starts tlie pe- 
ripheral and activates the controller, which loads an 
external instruction register and decodes the op 
code field. The op code initiates a subroutine in the 
controller, issuing the proper control signals, ad- 
vancing the FIFO register, and loading the next 
instruction. 



the results. Until an instruction is received, the con- 
troller is in the wait state (Fig. 4) . When an instruc- 
tion arrives, however, the FIFO's Empty signal acti- 
vates the controller, which then reads the command 
from the FIFO into a separate instruction register. 
The controller also loads the instruction's op code in- 
to its test inputs. It then masks the two unused test 
bits and jumps to a subroutine that performs the 
operation specified by the op code. After completing 
it, the controller advances the FIFO register to load 
the next instruction. 

The peripheral executes up to 16 op codes. The first 
eight are single-cycle operations and identical to 
those of the floating-point processor. They consist of 
addition, subtraction, multiplication, and format 
conversion instructions. The remaining op codes are 
used to load, store, and divide data, and a multiple cy- 
cle instruction multiplies and accumulates values. 
The four remaining op codes can be defined by the 
user to implement application-related operations. 

Software and hardware tools are a necessary part 
of such projects as the foregoing peripheral. The soft- 
ware assembles high-level microprograms and a 
JEDEC output file that specifies the fuse pattern to 
be burned into the PROM array. Currently, a pro- 
gram called Fuse Formatter, which runs on the IBM 
PC personal computer, lets designers enter hexadeci- 
mal code that corresponds to PROM data. From that 
code, the program creates a file that is downloaded 
directly to one of several PROM programmers. The 
latter blow the corresponding fuses in the micro- 
program memory and are the only required hard- 
ware tools. D 
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Designer's Guide to 
VME Bus Control — Part 1 



FPCs and PLDs 

simplify 
VME Bus control 



By using fuse-programmable controllers (FPCs) and 
PLDs, you can implement VME Bus control in your 
computer system vjith a minimum of hardware. Just 
a few chips per plug-in module, and a bus arbiter, 
can perform all bus-control functions. This article. 
Part lofa 2-part series, describes the bus-arbitration 
process and control functions and shows you how to 
implement the VME Bus protocol in an FPC. Part 2 
mil describe the implementation of slave controllers, 
discuss interrupt handling, and provide tools for pro- 
gramming the FPC. 



Arthur Khu, Advanced Micro Devices 



Untilrecently, you needed many ICs — sequencers, mi- 
croprogrammed control stores, and other MSI/LSI 
chips— to implement VME Bus control in a computer 
system. Now, however, you can use a minimum of 
hardware to handle the bus's intermodule communica- 
tion functions. Just a few fuse-programmable control- 
lers (FPCs) and programmable-logic devices (PLDs) 
reUeve the CPU of all bus-control functions. 

A typical VME Bus-based computer system com- 
prises one or more master modules (eg, CPU boards), 
one or more slave modules (eg, cache/memory boards), 
a bus arbiter, and interrupt-handling circuitry. A mas- 
ter initiates a data transfer to a slave by requesting 
control of the data bus from the bus arbiter. Once bus 
control has been granted to a master, the master and 
slave exchange control signals according to predefined 
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protocols that guarantee an orderly transfer of data 
between the communicating modules. The interrupt- 
handling circuitry services all interrupt requests. 

By using the streamhned design in Fig 1, you can 
implement most intermodule communication in a VME 
Bus-based system by using just two types of VLSI 
devices: the Am29PL141 fuse-programmable device 
and the AmPAL22V10 programmable-logic device. For 
the remainder of the bus-control functions, you'll need 
some bus-arbitration circuitry, which must occupy a 
particular slot on the VME Bus backplane, but which 
can reside on the same board with the bus master of 
highest priority. 

When you design VME Bus control into your system. 



c 



i 



n 



HIGH- 
SPEED 
RAM 



I FPC I IrEG 



Fig 1 — You can implement VME Bus control in a computer system 
by using just a few fuse-programmable controllers (FPCs) and 
■programmable-logic devices. 
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Tou can implement VME Bus control in 
your computer system by embedding the 
bus-control functions in state machines that 
comply with the VME Bus protocol. 



your first step is to consider the VME Bus protocols. 
These protocols specify the steps your circuitry must 
take to perform any bus-related operation, such as the 
transfer of data between two modules. You can describe 
these protocols by means of flow diagrams that show 
how the various interface signals reflect the interac- 
tions between the communicating modules. Fig 2, for 
example, shows how the priority bus arbiter resolves 
simultaneous bus requests from two modules that use 
the same request line. 

Next, you analyze the flow diagrams to pick out the 
functions that can be incorporated into FPCs or PLDs, 
and you define state machines for those functions. You 
can describe the state machines abstractly, by Boolean 
logic equations, or diagrammatically, by means of 
standard flow-chart symbols (eg, rectangles to repre- 
sent processes and diamonds to represent control-flow 
decisions). Finally, you must write programs for the 
state machines in a high-level or assembly language. 
You repeat this process to design each of the four main 
types of VME Bus controllers: bus arbiters, masters, 
slaves, and interrupt handlers. 

Before any master module can perform a data trans- 
fer, it must request control of the data bus from the bus 
arbiter; the arbiter must check to see whether the bus 
is free and must resolve any contention between two 
masters of equal priority. For example, consider a 
priority-option bus arbiter implemented on a single 
PLD. The arbiter will monitor the four bus -requ est 
lines (BRo-s) and assign the highest priority to BR3. 

As the flow diagram (Fig 2) shows, the arbiter 
grants the bus to the requesting module that 's using 
the highest active request line, which is BRi in this 
example. To enable your bus arbiter to resolve simulta- 
neous bus requests from two or more modules that use 
the same request line, you must daisy-chain the associ- 
ated bus-grant signal to all the devices using that 
request hne. Therefore, the arbiter must be in the first 
slot of the VME Bus system. The module that's closest 
to the bus arbiter will have the highest priority: If it 
requests the bus, it will receive the bus grant and lock 
out any modules farther down the chain (Listing 1). 
The AND/OR array of the PLD processes all bus 
requests in parallel, so that priority arbitration is 
complete in only one clock cycle. 

Priority arbitration options 

Sometimes, the arbiter must force the current bus 
master to relinquish control of the bus; this situation 
occurs, for example, when a bus master of higher 



LISTING 1 



LISTING 2 



priority initiates a bus request. The arbiter examiines 
the priorities of both the current bus master and the 
new requester. If these conditions meet the predefined 
bus-clear conditions, the arbiter asserts the bus-clear 
signal (BCLR). 

In the design in Fig 1, the bus arbiter keeps track of 
the current bus master's priority by recording the 
bus-request line that was used to gain control of t he 
bus. For example, if the current bus master used BR2 to 
gain control of the bus, it sets two output registers 
called Bus_Master to the binary valu e 2. Eit her of the 
two following conditions will activate BCLR: 

• The value in Bus_Master is 2, 1, or and the 
active bus request hne is 3 or 2. 

• The value in Bus_Master is 0, and any bus- 
request line is active. 

When the value in Bus_Master is 3, the arbiter will 
not honor any bus requests until the Bus Busy line 
(BBSY) is high. Listing 2 gives the logical e xpress ion of 
these conditions. Once having asserted BCLR, the 
arbiter holds this line in t he act ive state until the 
current bus master releas es BBS Y. 

Be sure to define the BCLR in such a way that 
uninterruptible devices can use bus-request line 3, 
which has the highest priority. Devices that temporari- 
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LOCATED IN SLOT 2 



REQUESTER B 



DRIVE {DEVICE 
WANTS BUS) HIGH 

I »■ DETECT (DEVICE 
WANTS BUS) HIGH 
DRIVE BHl LOW 



LOCATED IN SLOT 1 



REQUESTER A 



ARBITRATION I 
IN PROGRESS ' 



DRIVE (DEVICE 
WANTS BUS) HIGH 



DETECT (DEVICE 

- WANTS_BUS) HIGH 

DRIVE BRl LOW 



"1 



DETECT Bin LOW 
DRIVE BG1IN LOW 
I 



DETECT StSTiN LOW 
DRIVE BBSY LOW 



RELEASE BR") DETECT BBSY LOV; 

- DRIVE (DEVICE DRIVE BGIIN HIGH 

GRANTED BUS) HIGH 1 



I OF DATA-TRANSFi 



MASTER A HAS CONTROL i 
OF DATA-TRANSFER BUS 1 



DETECT (DEVICE 
GRANTED BUS) HIGH 

PERFORM DATA TRANSFERS 

I 

DRIVE (DEVICE 

WANTS BUS) LOW 



DETECT BGIIN HIGH 



DETECT (DEVICE 
WANTS BUS) LOW 
RELEASE BBSV 



Iarbitration T 

I IN PROGRESS i 



DRIVE (DEVICE Db TEC f BBSY HIGH 

GRANTED BUS) LOW J 



DETECT (DEVICE 
GRANTED BUS) LOVrf 



DRIVE BGIIN LOW 
I 



SBTIN 



DETECT BGIIN LOW 
DRIVE BBSY LOW 



BGlOUT 



DETECT BGIIN LOVJ 
DRIVE BGlOUT LOVJ 



RELEASE BRl 

DRIVE (DEVICE GRANTED 

BUS) HIGH 



I MASTERS HAS I 

] CONTROL OF DATA- ' 

TRANSFER BUS | 




DETECT BBSr LOW 
DRIVE BfillN HIGH 



DETECT (DEVICE GRANTED 
BUS) HIGH 



PERFORM DATA TRANSFERS 



DRIVE (DEVICE WANTS 
BUS) LOW 



DETECT BGllN HIGH 

DETECT (DEVICE WANTS 

BUS) LOW 

-♦-DRIVE (DEVICE GRANTED 

BUS) LOW 

RELEASE BBSY 



BGlOUT 

■// DETECT BGIIN HIGH ^ 

^^ DRIVE BGIOUI HIGH 



1 AR 



ARBITER WAITS FOR | 
NEW BUS REQUESTS i 



DETECT (DEVICE GRANTED, 
BUS) LOW 



Fig 2— Flow diagrams help you define the VME Bus protocols. This flow diagram illustrates liow the bus arbiter chooses between requesters 
that have the same priority level. 
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LISTING 3 



DEVICE "MASTER" (Am23PL14tl "specify Iho device 10 use' 
DEFINE 

"define the lest conditions" 
bus,_f9quest - tO "master request input 
bus„grant = t1 "bus grant in line 

diack = 12 "data transfer aclrnowtedge line ' 

addr__stfobe ^ 13 "check address strobe bus line " 
, .•.;■: : "other test conditions 



"off state 

"16th bit := 1 : address strobe ' 

"15th bit s: 1 ■ inform master 

"t4th hit = 1 . drive BRn line 

'■13th bit = 1 : drive BBSY line ' 



"define the control outputs" 

ofl,_state =■ OOOOsh 

as = aoOOoh 

busmaster ~ AOOOSh 

arb..-req - 2000«h 

bbsy =. 1000»h 

"signals going to the bus are gated thru Inverting high-current 
bus driver: these include AS,ARB^..HEQUEST, and BBSY 

signall - O0bt#h ; "other control signals 
"FPC assembler format IS = <label.oulput,statement.>, with label 
optional" 
BEGIN 
"wait tor a bus request to be assorted high" 

(5) start :otf_stat6 , while (not bus ..request) v«ait 

else goto pl(geL„.bus) ; 

(6) bus„granted "assert BBSY and BUSMASTER signals" 

: bbsy+busmaster 

, if (addr.„,5trobB = 1) then 
goto plfbus.,.granted) ; 
(O) "AS(L) must be HIGH before continuing; this moans previous bus 
master is not driving the bus anymore 
"other statements" 



"BUS ACQUISITION microcode subroutine: the control output 
AR8„REQUEST Is asserted (8Rn line) until the /BGINn signal 
IS received active tOW; it the bus request line from the master 
goes LOW before the bus is gramed (e g . master cancels bus 
request), then turn off the ARB....REQUEST output and return 
to the v«alt stale START 



(B)| get,., bus: arb,, request 
arb_. request 



END "end of source code" 



. if (bus „, gram = Ojthen 
goto pi(bus„granted) ; 

. If (bus„_request) then 
goto plfget..^bus) : 

, if (not bus._iequest) then 
goto pl(start) ; 



CPU MODULE SEO 

(MASTER) 



SEQ-CVCLE 
BUS-BEOUEST 



FPC Am29PL141 



SISNAU TO BUS 
ArSBlTEB 




Fig 3 — You can implement the requester logic for a master module 
in an FPC. The FPC handles all bus-acquisition and data-transfer 
protocols. 

ly can be suspended to accommodate interrupts and 
higher-priority operations should be assigned to bus- 
request line 0. The BCLR conditions will vary with 
your application, but you can modify them just by 
redefining the high-level logic expressions. 

Master modules 

The master modules of VME Bus systems initiate all 
data transfers over the bus. A system can have one 
master (the CPU unit) or several (multiple processors, 



DMA controllers). A master module must control the 
bus before it can perform any data transfers. Most of 
the bus-control logic resides in the requester section of 
the module; this section handles bus acquisition and 
communication with other master or slave devices in 
the system. 

You can microprogram all the requester functions 
into a single FPC, which serves as the interface be- 
tween the master device and the VME Bus (Fig 3). The 
FPC's microprogram handles the bus-acquisition proto- 
col. Upon receiving the bus-grant signal from the 
arbiter, the microprogram informs the master device 
that it has control of the bus and may initiate a data 
transfer. After completing the transfer, the master 
device releases the bus-request signa l, thus causing the 
FPC to free the bus by releasing the BBSY signal. The 
FPC may also relinquish control of the bus at the 
request of the bus arbiter. 

In designing your application, you need to extract the 
bus-acquisition phase of the requester from the flow 
diagram in Fig 2 and translate this information into a 
state diagram (Fig 4), from which you must write the 
corresponding FPC assembler source code. Listing 3 
gives an example of this code. 

FPC-controlled data transfers 

Once a master module becomes the bus master (that 
is, once it gains control of the bus), it can begin 
transferring data to a slave module. A data-transfer 
flow diagram (Fig 5) shows the necessary handshaking 
signals for transferring 32-bit data between master and 
slave. The state diagram for the master module's FPC 
(Fig 4) combines the bus-acquisition (requester) and 
data-transfer-control functions of the master module. 
An FPC assembler (which the manufacturer of the FPC 
provides) simplifies the task of microprogramming this 
state machine into an FPC. 

Handling unanswered data-transfer requests 

To prevent bus lockups, which malfunctioning slave 
devices may cause, you should implement a bus-time- 
out (BTOn) option in the master module by writing a 
microcode routine that uses the 6-bit counter in the 
master's FPC. (Listing 4 gives an example of such a 
routine.) The bus-time-out option permits a bus master 
to abort a data-transfer cycle if the slave does not 
respond within n microseconds. 

At the start of every data-transfer operation, the 
FPC microprogram loads a value into the 6-bit counter, 
tests for the data-transfer acknowledge signal 
(DTACK), decrements the counter and tests it for zero, 
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!T HAS BUS 

BLOCK BUS GRANT OUT 

DRIVE SR* HIGH 



LATCH ADDRESS 

ONTO BUS 

DRIVE LWO'ftD LOW FOR 

32-air DATA TRANSFERS 

DRIVE IaCK high 

TO INDICATE A 

DATA-TRANSFER CYCLE 



CHECK IF SEQUENTIAL 
TRANSFER CYCLE 



DRIVE A3 LOW 



DRIVE 

wRire 

LOW 





DRIVE 

OSd., 

HIGH 




BUS 
ERROR 
ROUTINE 





DRIVE BBSV HIGH 

(0R MUST ee 

RELEASED 30 nSEC 
BEFORE BBSV 



DEACTIVATE MASTER- 

GRANTED-BUS 

SIGNAL 



WAIT FOR MASTER 

ro REQUEST eus 

GO TO START 



Fig 4— You can derive detailed state-machine diagrams from your flow diagrams. In this diagram for a master requester, the 
bus-acquisiiion phase is surrounded by a dashed line. Note the close correspondetice between the state diagram and the assemblu-lanauaqe 
program in Listing 3, 
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The bus-time-out option permits a bus 
master to abort a data-transfer cycle if a 
slave does not respond within a specified 
time. 



j MASTER ^ ^^QO»t.E J 



ADDRESS THE SUVE 

PRESENT ADDHESS 
PRESENT AODRSSS MODIFiER 
DRiVE CW0fiO tow 
DRIVE JACK HIGH 
DRIVE AS LOW 



I StAVE MOOULE | 



SPECIFY DATA DIRECHON 

DRiVE WRrtS COW 



SPECIFY DATA WtDTH 

WAIT UNTIL OtAdK HIGH AND 
^tm HIGH SINDlCATES 
THAT PREVtOUS SUAVE )S 
NO LONGER DRIVING DATA SUSi 
DRIVE DS'o t tow 



PflOCeSS ADDRESS 

RECEtVg AOORESS 
RECEtVg ADDRESS MQDIFt£R 
RECEiVS tWORD LOW 
RECEtve lACK HIGH 
RECEIVE AS LOW 
IF ADDRESS tS VALID 

FOR THIS SLAVE 
THEN GENERATE DEVICE SELECT 
ELSE TAKE NO FURTHER ACTION 



STORE DATA 

RECEIVE WRITE LOW 
RECEIVE OS, tow 
RECEIVE DSo LOW 
LATCH DATA FROM DATA 

UNESOOoai 
WHITE DATA INTO 

SELECTED OSViCE 



HESPONO TO MASTER 

* DRIVE DTACK tOW 



TERWINATE CYCLE 

RECEIVE DTACf< LOW 

!F LAST CYCLE THEM 
RELEASE ADDRESS APJD 
ADDRESS MODlFfER LINES 
RELEASE DATA LINES 
RELEASE tWORD 
RELEASE SACK 

DRIVE BSb.,' HIGH 

DRIVE AS HIGH 



1 POR 

• If! (JIJ 



ion] 



I POR SlMPLiCITV, THE ASSUMPTION 

• IS MADE THAT NQ-TRANSFEB 

I CAUSES A BUS ERROR | 



END TERMINATION 

IF LAST CYCLE THEN 

RELEASE OSa., 

RELEASE AS 
ELSE GO TO ADDRESS THE SLAVE 



ACKNOWLEDGE TERMINATION 



LISTING 4 

"Begin transfer : Bus time out loop ooniaine instructions 1 and 
2, If count reg is loaded wllh 63 and FPO is running at 20 MHz. 
ttien total time before l)us times out is (63+1>*2*50 ns " 

walt_loop: DSO + 0S1 , if (OTACK = 0)then "1" 

90iopt(transfer„compleie) ; 
DSO + DSt , while (creg <> 0) "2" 

loop to pltwait„ioop> ; 
DSO + OSi ,H(creg »0)lhen 

goto pl{Pus.„,time,„out) 



transfer^ complete: "goto to this section it handshaking signal 
was received" 



bus_!lme„oul: "execute this ?cc*i; 
BID... signal 



when counler is 0' 

'activate bus time out signal' 



and finally loops back to the instruction that tests 
DTACK. As soon as DTACK is detected, the program 
branches to the section of code that handles a normal 
data-transfer operation. 

If the counter value reaches zero, however, the 
microprogram must branch to a section of code that can 
handle situations in which data-transfer requests are 
not completed; such situations are, of course, entirely 
dependent on the user and the application. To calculate 
the time that will elapse before the program generates 
a bus-time-out signal, multiply the number of instruc- 
tions in the time-out loop by the system cycle time by 
the initial value (plus 1) that the program has loaded 
into the count register. 
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Fig 5— This flow diagram shows the signals you'll need to perform 
a 32-bit data transfer once a master has acquired control of the 
bus. 
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Designer's Guide to 
VME Bus Control — Part 2 



FPCs and PLDs 
iplement VME I 

slave controllers 



Bi/ tmng fune-programmable controllers (F PC ft) and 
PLDs, you can implement VME Bus control in your 
computer system with a minimum ofhardivare. Part 
1 (October 2, pg 187) of this '3-part series described 
the bus-arbitration process and control functions and 
showed how to implement the VME Bus data-transfer 
protocol in an FPC. This second and final part de- 
scribes the implementation of similar controllers for 
slave modules and interrupt handlers, and it pro- 
vides tools for programming the FPC. 



Arthur Khu, Advanced Micro Devices 

When you offload a system's bus-control functions from 
the CPU to a hardware bus controller, you considerably 
I'educe the time these functions require, thereby im- 
proving the data-transfer rate over the bus. You can 
substantially reduce the cost and chip count of such a 
bus controller by implementing the bus-control logic in 
VLSI devices such as fuse-programmable controllers 
(FPCs) and programmable logic devices (PLDs). 

The VME Bus protocol requires that all data trans- 
fers over the bus be initiated by a master module. Your 
system can include several master modules, such as 
CPUs or DMA controllers; a bus-arbiter module arbi- 
trates simultaneous data-transfer requests from two or 
more masters. No data transfer can take place until the 
requesting master has been given control of the bus by . 
the bus arbiter. 
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Fig I — Thh device lonlroller, ivliicli i.i iiiiiitemeiited mitli an Fl'C 
aiitid I'LD, liniidU'.'! (tnta-transfer and interrupt in-oloail.i far a. slaue 
device in a VME lins .■<!/steni. 

Because a slave can't initiate a data transfer, your 
system must include an interrupt mechanism that al- 
lows a slave to request service from a master. You c»^ 
implement such a mechanism in your system by design- 
ing a slave subsystem like the one in Fig 1. This slave 
subsystem comprises a slave module and a slave inter- 
rupt controller. The slave interrupt controller, which 
consists of an Am29PL141 FPC and an AmPAL22V10 
PLD, serves as the interface between the slave subsys- 
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The interrupt controller for a slave device 
implements the interrupt protocol in 
hardware. 



tem and the VME Bus structure. Once the master has 
initiahzed the slave, it can issue commands to the slave. 
The slave performs these tasks in the background, 
leaving the master free to continue its own operations. 
When the slave is ready to return the status or result of 
a task to the master, it issues an interrupt request. 

The VME Bus single-cycle data-transfer protocol 
defines the interactions between master and slave con- 
trollers (Fig 2). When the master drives the address 
strobe (AS) low, the slave controller latches the address 
presented on the bus, and a separate address-decoding 
unit on the slave board decodes the address. If the 
address is not valid (ie, if it's not in the range associated 
with this slave), the slave takes no further action. 
However, if the address selects this slave subsystem, 
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The VME Bus protocol requires that all 
data transfers over the bus be initiated by 
a master module. 



the slave looks for signals from the master that specify 
whether a read or a write operation should take place. 
After presenting or storing data, the slave c ontroller 
drives the data-transfer-acknowledge signal (DTACK) 
low to inform the master of the successful transfer. 

From the VME Bus-protocol flow diagrams (Fig 2), 
you can derive a state diagram (Fig 3) for the slave- 
controller state machines; Fig 4 shows the resulting 
timing pattern for the slave controller. You can develop 
microcode for the slave controller's single-cycle transfer 
mode from the state diagram and the timing pattern. 
Use the address-modifier lines (AM0.5) to specify the 
other three slave operating modes (sequential, or block, 
transfers; read-modify-write transfers; and interrupt 
cycle). To recognize these special modes, the slave 
controllers on each slave board constantly monitor the 
six address-modifier hnes. 

When the code presented on the address-modifier 
lines specifies a block-transfer operation, the master 
retains control of the bus throughout the operation by 




BUS EfiR 
I— 



holding AS and BBSY low. For a block transfer, bus 
arbitration takes place only once, before the start of the 
operation; for single-cycle transfers, bus arbitration 
takes place before the transfer of each word. A block 
transfer, therefore, takes less time than does the corre- 
sponding number of single-word transfers. 

At the start of a block-transfer operation, all the 
slaves load the address presented on the bus into their 
address counters and decoders, but only the slave 
whose memory range encompasses the decoded address 
responds to the data-transfer request. As each word 
transfer is completed, all the slaves increment (or 
decrement) their address counters and decode the new 
address. This procedure is necessary because the mem- 
ory block being transferred may reside on more than 
one slave memory board. 

In the slave subsystem in Fig 1, the PLD decodes 
control signals from the bus and slave board and sends 
two signals, OPER,, and OPER,, to the slave's FPC. The 
FPC decodes these two signals, along with inputs from 
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the slave, bus, and acklress-tlecoding units on the slave 
board, to determine which of the four possible slave 
operating modes to execute. The four modes, which are 
designated by binary codes, specify the following oper- 
ations: 

• (00) Perform a single-cycle transfer 

• (01) Perform a sequential-cycle transfer 

• (10) Perform a read-modify-write cycle 

• (11) Perform an interrupt cycle. 

If OPER,, and OPER, are both high, the FPC operates 
as an interrupter by branching to an interrupt subrou- 
tine (Fig 3). 

When the slave requests an interrupt, the FPC 
generates an interrupt-request signal and waits for the 
interru pt-acknow ledge signal (lACK) and daisy-chain 
signal (lACKIN). When the data strobes become ac- 
tive, the PLD reads a 3-bit value from the address bus 
(A,.:d; this value indicates which interrupt-request line 
was acknowledged. The PLD decodes these three bits 
to determine whether their value matches its own 



request level; if it finds no match, no furthei- action 
occurs. If it does find a match, however, the PLD routes 
a valid signal to the FPC, indicating that the interrupt 
handler has acknowledged the slave's interrupt re- 
quest. The FPC then signals the slave board to ])ut its 
status or identification byte on the data bus for the 
interrupt handler to use as an interrupt vector. The 
slave FPC waits in a loop until the interrupt handler 
drives the lACK signal high to signify that interrujjt 
service is complete. 

Besides containing master, slave, and bus-arbiter 
modules, a VME Bus system usually has an interrupt- 
handler module that handles external I/O or special 
system events (time-out or overflow errors, for exam- 
ple). You can reduce the logic complexity of the inter- 
rupt -handler module in your system by offloading some 
of the initial interrupt-recognition tasks to an inter- 
rupt-handling preprocessor (IHP). You can use a PLD 
as the IHP, programming it to preprocess interrupt 
requests, obtain control of the bus, and handle hand- 



-^ 



,US \— 



OUS-GF-ANT SIGNAL IS NOT DAISV-CHA'NED OUT 




FifJ S — The interrupt-handling preprocessor )nimitor.H the .seven VME Ihis ir/trrrupt-req/icst li)u\'^ (IR, ,J. ideiififics the ii/tcn-uptiug i/crlcc. 
and tells the interrupt havdler whev to begin servicing the interrupt. Hz/.s iiniing diagram shows the signal states that cri^it hcforr and durijig 
the transfer of the identification and stafns hgtes front the slave-interrupt subsystem to the interrupt handler. 
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When the slave module is in block-transfer 
mode, bus arbitration takes place only once 
before the start of the operation. 



shaking signals (such as interrupt-acknowledge sig- 
nals). Only when the IHP latches the interrupt vector 
will control pass to the interrupt-handler module. 

To define interrupt-request processing, bus acquisi- 
tion, and the interrupt vector's transfer phase, you'll 
have to use logic equations written in high-level Boole- 
an notation. In the design in Fig 1, the PLD monitors 
seven interrupt-request lines and four data-transfer 
control inputs, and it sends 10 control signals to the 
interrupt handler and the VME Bus drivers. The PLD 
monitors all interrupt-request lines according to the 
following logic equation: 



If any interrupt-request line is active, the PIjD asserts 
BR3 to initiate the bus-acquisition phase. 

The next step is to wait for the bus-grant-in .signal. 
Only when BGIN.3 is active will BBSY be active. The 
logical expression of this condition is given in the 
following equations: 



IF (BR3*/BG3IN) THEN 
BR3 : = 1 ; 



(2) 



IF (BR3*BG3IN 
BBSY : 



BBSY'7SERVICE_D0NE)THEN (3) 
= 1 : 



IF (IRl -I- IR2 -I- IR3 -I- IR4 -l- IRS -l- 

IR6 -I- IR7) THEN 
BR3 : = 1 ; 

"THIS INTERRUPT HANDLER USES" 
"THE BR3 REQUEST LINE" 



(1) 



Eq 2 continually as serts B R3 as long as BG3IN i s not 
active; Eq 3 asserts BBSY only when request line BR3 
and BG3IN are active, or if service is not complete after 
the IHP asserts BBSY. 
When the IHP is the bus master, it puts the 3-bit 



Development tools help you program FPCs 



'I he Am2!)PLl-U is a single chip fuii'-iirngramma- 
ble cunlroliHr (l^'PC) that can implement Hiiti' ma 
chines and di-itribultd coi'lrcil fimcrinn". You can 
f\prf— .md functiiinally verify thi'M" OaW ina- 
cliiiit-> and fuuilioii- by u.-ing thii'i" Fl'(;-ilo\c'lop- 
rai'iit looK provided bv the manufacturer- an as- 
-I'lnblcr, a ll'^l-^ect^ll (;iMier<it or, and a .Mmul.ilcir 
Thi-c di'\eliipmem ioo1.->, which arc wriftcn m f;, 
r jn on an IBM PC nr compaliblc co'npiiler under 
M!^ DOS Source code for llie programh ij; avail- 
asilo. ."-o you can port the s-nftware tn othpr 
'■y^tems. 

The I-'PC has a Lontrol ^lorc- that's resident m 
Its PROM, the store is (i-l wui-db lonp and 32 bit? 
VI idi' Iii-.tnicti(in- ■=ui h »•% ,)ump.s. li)o])-i. and hub- 
roiifme calls in the I'KOM control iJtore ate condi- 
tionally executed by the 2()-MH/ into]-nal -eq 
ner.cer. Each Ii2-f>it in-struitioii i.-> partitioned into 
the follow ms formal. 

BITS- 1 .'i \ W (i IH 

FIELD OE OPCODE POL TK.Vr DATA OUTPI'T 

The nulpur lleld contains the lii control outputs 
iriat the FPC generates when it executes an in- 
structio'i. The upper ei};lit output bits are con- 
trolled by the output enable (OE) bit. they may 



be high. Icm, HV di-..ibleil. The lower eigln output 
bits ,iie alwa; !■ eniibled The op-code field speii- 
fie> which of the 2!) po-sibie instjuciions the I'PC 
will execute it ihi (ondilmii sj-lecled bv the t'^t 
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interrupt-line-acknowledge value on the bus and as- 



serts the data strobes. Upon receipt of the DTACK 
signal from the interrupter, the IHP strobes the status 
byte from the bus into a register on the interrupt- 
handler card. The IHP then informs the interrupt 
handler that a status/identification byte is ready and 
that the handler should begin servicing the interrupt. 
The IHP resolves interrupt priorities within a single 
clock cycle because all interrupt/input signal lines are 
processed in parallel by the logic array in the PLD. 
Listing 1 shows how you'd express the procedure in a 
logic-description language. 

As y ou can see from Listing 1, if both the IR7 and the 
BBSY signals are active in section 1, then the 3-bit 
value generated by the IHP will be binary 111 (decimal 
7), regardless of th e state of the other interrupt lines. 
In section 2, if IRl and BBSY are active and the other 
six control signals are inactive, then the 3-bit output 



IF (BBSY) THEN 

BEGIN 
(1) IF (IR7)THEN 

INTR(2:QJ : " 7 ; 

IF (/IR7-IR6) THEN 
INTR[2:)) ; = 6 ; 



LISTING 1 



"1R7 was active " 

"3-bit value acknowledging 
interrupt line 7 " 

"IR6 active, 1R7 inactive " 

"acknowledge interrupt line 6" 



IF (/IH7-/IR6-IR5) THEN "IRS tiighest priority 



INTRI2:0) : = 5 ; 



"interrupt line active 



(2) IF (/IR7-/IR6*/IR5VIR47IH37IR2-IR1) THEN 

INTR[2;0J : = 1 : "acknowledge interrupt line 1" 

END; 



value will be binary 001 (decimal 1). In section 2, IRl is 
the highest priority line that is active. 

The remaining interrupt-preprocessing steps com- 
plete the transfer of the interrupt-vector byte; this 
transfer is described logically in the following 



IF (liliKY)THEN 

HEWN 

lACK := 1; 
(X) IF(nTA(:K)THEN 
LATCH. STATUS: 

END: 
IF (lACK)THEN 

AS := 1: "a 



(4) 



"bepn intt-rrupt acknowledge daisy" 
"ciiain; if deviee seiuls data " 

"transfer acknowledge (DTACK) 
"signal, then latch the statlis 



"assert the address stn)be signal to inform the 
interrupter that the interrupt acknowledge 



field is Iriw. The polarity bit (POL) determines 
whether ;i iiigh input or a low input represents 
true for the test input selected. You can use the 
data field as an argument for the op-code field. 
For example, if you want the PPC to jump (op 
code 25) to location 34 (22he.x) when the second bit 
in the test field is high ttrue), you put the follow- 
ing 32-bit word into the control store (though 
ytju'll also have to define the OE bit and the 
output bits): 

OE 11001 010 100010 OUTPUT 

The assembler simylifie.s .system design l)y al- 
lowing you to iLse a high-level language. Instead 
of specifying (he bit patterns shown above, you 
can write the following section of code; 



OirTPUT 



IF (T2 = 1) THEN 
GOTO PL (34); 



The a.ssrnnblei- translates thi:s statement into the 
appropriate bit patterns: when tiie FPC executes 
the instruction, it generates the bit pattern de- 
tined by the symbol OUTPUT. 

Every mirroinstruction written in assembly 
language follows this format: 



< LABEL 



OUTPUT , STATEMENT ; 



The label field, which is optional, simplifies the 
writing of .subroutine calls and conditional branch 
instructions, which you can e.xpress in IF-THEN- 
ELSE, WHILE-DO, or COMPARE forms. Once 
you've written all the instructions with the editor 
and translated them to e.xecutable form with the 
assembler, you can cause the assembler to gener- 
ate a JBDEC fuse map. 

Before physically programming the PROM con- 
trol store that you've designed, you can test your 
design with the help of the test-vector generator 
anil simulator. The test-vector generator produces 
test vectors, from a user-generated truth table, 
and con\-erts them into a .JEDEC-standard test- 
vector file that the simulator can use. 

The simulator performs two important func- 
tions: It verifies the control (low of your design, 
and it checks the fuse map that the assembler 
generates. By using the simulator's interactive 
mode, you can inspect, modify, or preset any of 
the internal registers in the FPC. The simulator 
also has single-stepping and break-point features 
so that you can trace the operation of your design 
in detail. 
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An interrupt-handlin£ preprocessor can off- 
load some of the initial interrupt-recogni- 
tion tasks of your system's interrupt-han- 
dler module. 



Once the assertion of the DTACK signal indicates the 
successful transfer of the 8-bit status or identification 
byte, the IHP instructs the interrupt-handler module 
to begin the interrupt-service routine. This instruction 
from the IHP is logically defined as follows: 

IF (BBSY*LATCH_STATUS + BBSY* (5) 

START_SERVICE*/SERVICE_DONE)THEN 
START_SERVICE : = V, 

This definition states that the IHP constantly asserts 
the START-SERVICE signal until the interrupt han- 
dler generates a SERVICE-DONE signal, at which 
point the IHP drives START-SERVICE low. The logic 
described above generates the timing diagram shown in 
Fig 5. 



Development tools simplify controller design 

Development tools provided by FPC and PLD manu- 
facturers simplify the task of programming these de- 
vices as VME Bus controllers. Once you've analyzed the 
bus protocols and converted these into state-machine 
diagrams, you can write assembly-language programs 
and high-level logic equations to describe the state 
machines. The assembler and logic software will then 
process these programs and equations to fit into the 
FPC or PLD. For a summary of the programming tools 
available for the Am29PL141 FPC, see box, "Develop- 
ment tools help you program FPCs." EDN 
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CHAPTER 4 

COFFEE MACHINE CONTROLLER USING Am29PL141 



This section is a tutorial to show designers how to 
go from a design requirement to Am29PL141 
microcode. The coffee machine application was 
chosen because it is easy to understand. 

The following example describes the hardware and 
the programming required. A flow diagram of the 
program is included. The assembler program for 
the coffee vending machine example is called 
COFFEE.EXP. The PL14x assembler produces 
two outputs, the JEDEC fuse map output file 
(COFFEE.JED) and the PROM bit pattern output 
file (COFFEE.BIT). First, the problem is defined. 

The coffee machine controller waits for a coin 
before dispensing the beverage selected by the 
customer. The choices are indicated as 
combinations of buttons. 

Design requirement: 

Design a coffee machine controller that works as 
follows: 

1 . Do nothing until a coin is detected. 

2. On coin detection turn on busy light and wait 
for selection: 

i . coffee 

ii . chocolate 

iii . soup 

iv . coin return 

If coin return is detected, return coin, turn off 

busy light and wait for next coin. 

If coffee, chocolate or soup is detected, drop 

a cup. 

The cup has 1 .5 seconds to get into place. 

Turn on water for 1 second prior to release of 

powders. 

7. Water will remain on continuously for a total of 
10 seconds. 

8. Busy light will remain on until end of 
sequence. 

9. Depending on selection, either coffee, soup 
or chocolate will be dispensed: 

coffee 2.5 seconds 

soup 2.0 seconds 

chocolate 3.5 seconds 



3. 



5. 
6. 



10. If coffee was selected, check to see if cream 
and/or sugar are selected. If yes, cream 2.0 
seconds, sugar 1 .5 seconds. 

11. Afterwater has completed filling the cup, allow 
3.5 seconds for cup removal before testing for 
presence of next coin. 

12. Clock rate is 10 Hz. 

As can be seen, there are six possible beverages: 



coffee black 

coffee with sugar 

coffee with cream 

coffee with cream and sugar 

chocolate 

soup 



The conditions that need to be tested are: 

i. coin drop 

ii. coffee 

iii. cream 

iv. sugar 

V. chocolate 

vi. soup 

vii. return (coin return) 

Control signals that need to be generated from the 
controllerare: 





busy light on (busy) 


II. 


cup drop (cup) 


III. 


water on (water) 


IV. 


coffee on (coffee) 


V. 


cream on (cream) 


VI. 


sugar on (sugar) 


VII. 


chocolate on (choclat) 


VIII. 


soup on (soup) 


IX. 


coin return (coin_return) 


X. 


clear inputs (cirjnp) 



Figure 4-1 represents the hardware required for 
the controller. The inputs need to be synchro- 
nized and latched, hence the PAL device (16R8). 
Once latched, the clrJnp signal from the 
Am29PL141 clears the external registers within 
the PAL at the end of each sequence. The 
Am29PL141 has seven external test inputs. 
These are used to test the seven conditions. 
Since all but one of the Am29PL141 instructions 
are conditional, unconditional jumps must be 
implemented by a 'forced pass'. The 'EQ' flag 
internal to the Am29PL141 is a test condition not 
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being used in tliis design. It can therefore be used 
to allow 'unconditional' instructions. The state of 
the 'EQ' flag is always known since it is unused for 
any other purpose. (The 'EQ' flag is cleared on 
reset.) 

Figure 4-2, the flow diagram for the program, 
describes the logical flow of events required by the 
design. The rectangular boxes In the flow diagram 
show the value of the control field for that state. 
The diamond shaped boxes imply a conditional 
test to decide the next state. A pair of rectangular 
and diamond shaped boxes indicate a conditional 
microcode line. A rectangular box not followed by 
a diamond shaped box implies that the instruction 
is a continue or an unconditional branch. 

The Am29PL141 is used to develop the micro- 



code. Figure 4-3 is a listing of the assembler 
source code used. It is assumed that the reader is 
familiar with the PL1 4x assembler supplied by 
Advanced Micro Devices. Note that all timing is in 
0.5 second increments. At 10 Hz, 0.5 second 
corresponds to 5 clocks. 

Each box in the flow diagram can be directly 
translated into one or more lines of microcode. 
One Important convention needs to be 
remembered. Each microcode line specifies the 
state of the control outputs and the branch 
address for the next instruction. Hence in the flow 
diagram, the decision box follows the output field 
box. The flow diagram Indicates the microcode line 
numbers corresponding to each box. 
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Figure 4-1. Coffee Machine Hardware 
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Figure 4-2. Coffee Machine Program Flow Diagram (Sheet 1 of 2) 
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Figure 4-2. Coffee Machine Program Flow Diagram (Sheet 2 of 2) 
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Special care needs to be taken to ensure that 
water is on continuously for 10 seconds. Six 
possible paths lead to the microcode line labeled 
"last". At the end of each of these paths, the 
CREG is loaded with a value equal to 10 seconds 
minus the time in seconds for which water has 
already been on. Note that the value loaded into 
the CREG is one less than the expected value. 
This is because the value in the CREG needs to 
be accounted for as the Am29PL141 checl<s the 
CREG and then decrements. 



On reset, the 'EQ' flag is cleared. For a 'pass' to 
occur, the flag must, therefore, be tested for a '0'. 
Hence the 'not fail' in each of the unconditional 
microcode lines instead of the more obvious 
'pass'. Also on reset, the Am29PL141 executes 
the instruction on line 63. In this example, this line 
is an unconditional branch to line 1 of microcode. 
This is a wasted microcode line. If efficient coding 
is required to preserve microcode lines, the coin 
test on line 1 of the microcode could be placed on 
line 63 thus saving one line of microcode. 



For example, coffee needs to be turned on for 2.5 
seconds if selected. At 10 Hz, this translates into 
25 clock periods. Coffee is on for one clock period 
during the instruction when the counter (CREG) is 
loaded with a countdown value (line 9 of the 
microcode). The counter therefore needs to be 
loaded with a countdown value of 23 which 
corresponds to coffee being on for 24 clock 
periods before the counter counts down to zero. 
The total time for which coffee is on is therefore 
24 + 1 = 25 clock periods or 2.5 seconds. 



To assemble this file, type: 

A>ASM14x -iCOFFEE.EXP -o COFFEE.JED -b 
COFFEE.BIT 

When the file COFFEE.EXP is assembled, two 
output files are created, COFFEE.JED and 
COFFEE.BIT. The JEDEC fuse map output is sent 
to the file COFFEE.JED (Figure 4-4). The PROM 
bit pattern is sent to the file COFFEE.BIT. See 
Figure 4-5 for a listing of this file. 



DEVICE (PL141) 

DEFAULT = 1 ; 

DEFINE "test inputs are given name assignments" 

coin = to 
soup_test = tl 
choo_test = t2 
cream_test = t3 
sugar_test = t4 
cof fee_test = t5 
coin_ret = cc 
fail = eq 

"output/control bits are given name assignments" 

off = o#h 
busy = 01#h 
cup = 02 #h 
water = 04#h 
coffee = 08 #h 
cream = 10#h 
sugar = 20#h 
choclat = 40#h 
soup = 80#h 
cn_ret = 100#h 
clr_inp = 200#h; 

BEGIN 

"wait for a coin to drop and check selection after coin detect" 
"1" zerotoff, if (not coin) then goto pi (zero); 

"2" clr_inp, continue; 

(coffee_test) then goto pl(cofe); 

(choc_test) then goto pi (choc); 

(soup_test) then goto pi (sup) ; 

(not coin_ret) then goto pi (test) i 

(not fail) then goto pi (zero); 



II 3 II 


test 


:busy. 












if 


II 4 II 




busy, 












if 


II 5 II 
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if 
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busy. 












if 


II 7 II 




busy + 


en 


ret 
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clr 


inp 


,if 



Figure 4-3. Coffee Machine Source Program Listing (Sheet 1 of 2) 
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• "routine for coffee. Check for 
"8" cofetbusy + cup, 
"9" busy + coffee + water, 
"10"sty2:busy + coffee + water, 
"11" busy + water, 
"12" busy + water, 
"13" busy + water, 
"14" busy + water. 


sugar &/or cream" 

if (not fail) then call pl(sub); 
if (not fail) then load pl(23); 
while (creg <> 0) loop to pl(sty2) ; 
if (sugar_test) then goto pl(sugr); 
if (cream test) then goto pl(crem); 
if (not fail) then load pl(60); 
if (not fail) then goto pl(last) ; 


"routine for sugar" 
"15"sugr:busy + sugar + water, 
"16"sty4:busy + sugar + water, 
"17" busy + sugar + water, 
"18" busy + water, 
"19" busy + water. 


if (not fail) then load pl(12); 
while(creg <> 0) loop to pl(sty4); 
if (cream test) then goto pl(crm2); 
if (not fail) then load pi (46); 
if (not fail) then goto pi (last); 


"routine for cream if sugar is 
"20"cnn2;busy + cream + water, 
"21"sty5:busy + cream + water, 
"22" busy + water, 
"23" busy + water. 


selected" 

if (not fail) then load pl(18); 
while (creg <> 0) loop to pl(sty5); 
if (not fail) then load pl(26) ; 
if (not fail) then goto pl(last); 


"routine for cream if sugar is 
"24"crem;busy + cream + water, 
"25"sty6;busy + cream + water, 
"26" busy + water, 
"27" busy + water. 


not selected" 

if (not fail) then load pl(l8); 
while (creg <> 0) loop to pl(sty6); 
if (not fail) then load pi (40); 
if (not fail) then goto pi (last); 


"routine for dispensing chocolate" 

"28"choc:busy + cup, if (not fail) then call pl(sub); 
"29" busy + ohoclat + water, if (not fail) then load pl(33); 
"30"sty7:busy + choclat + water, while (creg <> 0) loop to pl(sty7); 
"31" busy + water, if (not fail) then load pl(52); 
"32" busy + water, if (not fail) then goto pi (last); 


"routine for dispensing soup" 
"33"sup: busy + cup, 
"34" busy + soup + water, 
"35"sty8:busy + soup + water, 
"36" busy + water, 
"37"sty9:busy + water, 
"38" busy + water, 
"39" busy + water. 


if (not fail) then call pi (sub); 
if (not fail) then load pi (18); 
while (creg <> 0) loop to pl(sty8) ; 
if (not fail) then load pi (58); 
while (creg <> 0) loop to pl(sty9); 
if (not fail) then load pl(07); 
if (not fail) then goto pl(last); 


"routine for finishing 10 sec water and wait for cup removal" 
"40"last:busy + water, while (creg <> 0) loop to pl(last); 
"41" busy, if (not fail) then load pl(32); 
"42"sty3:busy, while (creg <> 0) loop to pl(sty3); 
"43" busy + clr_inp, if (not fail) then goto pi (zero); 


"routine for waiting for cup to 

"44 "sub: busy, 

"45"stay:busy, 

"46" busy + water, 

"47"styl:busy + water, 

"48" busy + water. 


be in place and 1 sec. water" 
if (not fail) then load pi (13); 
while (creg <> 0) loop to pi (stay) ; 
if (not fail) then load pi (7); 
while (creg <> 0) loop to pl(styl); 
if (not fail) then ret; 


.org 63 #d 




"49" clr inp, 
end. 


if (not fail) then goto pl(zero); 


Figure 4-3. Coffee Machine Source Program Listing (Sheet 2 of 2) 
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CHAPTER 5 

DEC PDP-11 UNIBUS CONTROLLER 



5.1 THE DESIGN PROBLEM 

This paper discusses the use of the Am29PL141 
Fuse Programmable Controller (FPC) as a DEC 
PDP-1 1 Unlbus interface controller. 

Designing an interface for the Unibus is typical of 
the problems which can be readily solved using 
the Am29PL141 FPC. The complexity of Unibus 
handshaking is such that microprogramming is a 
reasonable design technique, but use of a 
separate sequencer, control memory, and pipeline 
register is not economical. Since the FPC contains 
a sequencer, memory, and pipeline, it fits this class 
of problem rather well. The PDP-1 1 was chosen for 
this example because it has a well documented 
protocol which is familiar to many engineers. An 
overview of the Unibus is included. 

The problem this application note solves is to: 

Design an interface between the Unibus and a 
generic I/O device to allow the following 
operations: 

• Interface to handle all Unibus protocol for 

• DATI/DATO with device as slave 

• Device BR (interrupt) 

• Device NPR (direct memory access) 

• DATI/DATO with device as master 

• Interface to handle synchronous parallel 
transfers with device 



5.2 DEC UNIBUS OVERVIEW 

The DEC PDP-11 Unibus is an asynchronous bus 
which supports programmed I/O, prioritized 
interrupts, and Direct Memory Access (DMA) in a 
memory mapped I/O environment. All bus transfers 
are between a bus master and bus slave, and are 
controlled by the master. A bus arbitrator grants 
bus mastership to requesting devices. 

The six basic types of transfers allowed are: 

DATO - word data transfer from master to 

slave 
DATOB - byte data transferfrommasterto 

slave 
DATI - word data transfer from slave to 

master 



DATIP - word data transferslave to master, 

inhibit restore cycle 
NPR - Non Processor Request. 

DMA device wants to become bus 

master. 
BRi - Bus Request. Interrupt request at 

leveli(4,5,6,or7). 

The following control signals are used during 
transfers: 

MSYN master sync— timing control 

SSYN slave sync— timing control 

CO, C1 data transfer type 

BRi interrupt bus request level i 

BGi interrupt bus grant level I (note 1 ) 

INTR interrupt vector strobe 

NPR DMA bus request 

NPG DMA bus grant (note 1) 

SACK select acknowledge 

BBSY bus busy 

Note 1 : These signals are daisy chained to form 
a physical priority level at each separate 
logical priority level (npg, bg4, bg5, bg6, 
bg7). 

5.3 INTERFACE HARDWARE DESIGN 

As shown in Figure 5-1, the architecture chosen 
for this interface consists of three main sections — 
Unibus signal buffering, address decoding, and 
control logic. Data, address, and control signal 
buffers provide proper Unibus levels and are 
implemented using DS8641 Quad Unified Bus 
Transceivers. The address decoder detects 
whether the device is addressed as a slave or 
master during Unibus DATI and DATO transfers, 
and is best implemented using Am29806 
decoders. The control logic is a microprogrammed 
state machine which handles both Unibus and 
device handshaking. 

The heart of the control logic is the Am29PL141 
Fuse Programmable Controller. Its user-defined 
microprogram implements a state machine which 
handles both device and Unibus handshaking. 
Test inputs are synchronized with the FPC clock 
using an AM29821A 10-bit register. Five of these 
inputs go directly to the FPC, while the other five 
go through a multiplexer which expands the FPC 
conditional test capability from seven to fourteen 
signals. Two D flip-flops and OR gates are used to 
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Figure 5-1. Unibus Interface Block Diagram 
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implement the Unibus request/grant handshaking. 
Because the clock period must be at least 64.5 ns, 
a clock frequency of 15 IVIHz is appropriate (66.6 
ns). A detailed control logic timing analysis is 
shown in Figure 5-2. 



5.4 MICROWORD FORMAT 

The microword organization for this application of 
the FPC Is shown in Figure 5-3. The 32-bit 
microword is subdivided into fields of various sizes 
and functions. The 16 most significant bits are 
used during next address generation within the 
FPC, while the lower 16 bits are tailored to the 
application. 

OE is a synchronous output enable for output bits 
15 through 8. The 5-bit OPCODE field contains 
the FPC next address instruction. 

POL controls polarity of the test condition selected 



by the 3-bit TEST field. 

DATA is a 6-bit address, test mask, or counter 
value; depending on the OPCODE used. 

ERROR is an interface timeout indication to the 
peripheral device. 

AUX TEST is a 3-bit field which controls the 
external multiplexer for additional test inputs. The 
TEST field must have a value of 5 to use the test 
selected by AUX TEST. 

The 12 COMMAND outputs are single bit control 
signals. ADDROUT and DATAOUT enable Unibus 
address and data buffers. DATAIN clocks Unibus 
data into peripheral device registers. COMPLT 
indicates to the device that an interrupt or DMA 
operation has been completed. The remaining 
outputs are Unibus control signals described in 
Section 5.2. 
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Figure 5-2. Control Logic Timing 
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Mioroword Format: 



: 31 




30 


- 26 


25 


24 


,23,22 


21 - 1 


6 


15 


14,13,12 


11-0 : 


: oe 


opcode 


pol 


test 


data 


error 


aux tst 


command : 


oe : output 


enable 










(31) 














opcode : 




29PL141 command 








(30-26) 




00 - RETPL 


08 - LPPL 


10 


- CMP 


18 - FORK 






01 - RETPLN 


09 - DEC 


11 


- CMP 


19 - GOTOPL 






02 - RET 


OA - LPPLN 


12 


- CMP 


lA - WAIT 






03 - RETN 


OB - GOTOPLZ 


13 


- CMP 


IB - DECGO/C 






04 - LDPL 


OC - DECAL 


14 


- PSHPL 


IC - CALPL 






05 - LDPLN 


OD - CONT 


15 


- PSH 


ID - CALPLN 






06 - LDTM 


OE - DECTM 


16 


- PSHTN 


IE - CALTM 






07 - LDTMN 


OF - GOTOTM 


n 


- PSHN 


IF - CALTMN ,. 


pol: 




test polarity 


( 1 = negate ) 








(25) 














test: 




conditional test input select 








(24,23, 


22) 




- msyn 


4 - 


npg 











1 - ssyn 5 - aux tests 

2 - bbsy 6 - pass 

3 - bg 7 - equal flag 



data: 
(21-16) 



branch address, test input maslc, or counter load value 



error: 
(15) 



timeout error indication to device 



aux test: additional test inputs when test = 5 

(14,13,12) - datxreq 4 - cl 

1 - dmareq 5 - spare 

2 - intreq 6 - spare 

3 - write 7 - spare 

command: 
(11-0) 



: 11 


10 
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: addr 
: out 
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Figure 5-3. Microword Organization 
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5.5 UNIBUS CONTROLLER MICROCODE 

Two things always happen during execution of a 
microinstruction— the address of the next 
microinstruction is determined using the 
OPCODE, POLARITY, TEST, and DATA fields; 
while concurrently, the Unibus and device 
interfaces are controlled by signals from the 
COMMAND field. 

The microcode which controls the FPC was written 
using the Am29PL141 assembler available from 
AMD. The mnemonics used in the source code are 
shown in Figure 5-4. Note that these definitions 
are consistent with the microword definition of 
Figure 5-3. Figure 5-4 also contains the source 
code for the FPC. Figure 5-5 shows the FPC 
PROM contents. Note that one line of source 
generates one PROM word. The general source 
format is: 

<label>: <outputs>, <FPC 

instruction>; "comment" 

Outputs may be either mnemonic or constants, 
and may be logically "ANDed" or "ORed" together. 
The FPC assembler instructions are included in 
Chapter 2. The following paragraphs describe the 
code written for this FPC application. It is helpful to 
refer to the microcode source program listing 
(Figure 5-4) and the timing diagrams (Figures 5-6, 
5-7, 5-8, and 5-9). 

After reset to address 63, the program branches to 
address (label TOP) and loops until one of the 
external conditions DATXREQ, DMAREQ, or 
INTREQ is asserted. For example, at TOP, if 
auxiliary test condition DATXREQ is asserted, the 
subroutine DATX is called. Otherwise, the next 
sequential instruction is executed. 

DATXREQ true indicates that a Unibus master has 
initiated a DATO or DAT! transfer with the interface 
and causes a branch to the subroutine at label 
DATX, with the return address being saved in the 
FPC SREG. Unibus signal C1 is tested to deter- 
mine direction, and then a DATO or DATI slave 
sequence Is completed beginning at label DATO 
or DATI. At DATI, Unibus signal SSYN is asserted 
and data gated onto the Unibus using DATAOUT, 
until test MSYN is negated. The next instruction 
has no control signals asserted (OFF), and returns 
from the subroutine by branching to the address 
saved in SREG. DATO processing is similar. 



DMAREQ indicates that the device is requesting a 
Direct Memory Access cycle, which causes a 
branch to label NPRX. The program waits at NPRX 
until NPG is de-asserted. NPR is then asserted and 
the program loops at NPR1 until NPG is 
reasserted. SACK is asserted, and the program 
loops at NPR2 until the three signals NPG, BBSY, 
and SSYN are unasserted. Note how the compare 
instruction masks the test inputs with the constant 
NPG_BBSY_SSYN and compares the result to 0. 
This allows concurrent testing of three inputs in 
only two microcycles. BBSY is asserted, making 
the interface bus master, and WRITE is tested to 
determine DMA direction. If a DATI cycle is to 
occur, we fall through to NPRDATI. 

Front-end 150 ns de-skewing is done at NPRDATI 
and WAIT1, concurrent with loading the FPC 
CREG with 31 hex for a 15 microsecond slave 
timeout. WA1T2 is the top of the timeout loop. If the 
slave Unibus device asserts SSYN within 15 
microseconds, the program branches to passi for 
tail-end 75 ns de-skew. Othenwise it falls through 
to the error exit at ERR0R1. DATO processing is 
similar to DATI, and begins at NPRDATO. 

INTREQ is asserted when the device wants to 
interrupt the Unibus CPU, causing execution to 
continue at INTRO. Interrupt request/grant 
processing occurs at INTRO and INTR1. SACK is 
then asserted and the program loops at INTR2 until 
BG, BBSY, and SSYN are unasserted. The device 
supplied interrupt vector is gated onto the Unibus 
data lines at 1NTR3, and the interrupt handshake is 
finished at WAITO. 



5.6 CONCLUSION 

One of the advantages of microprogrammed 
design is that it is relatively easy to change, in this 
application, Unibus DATOB and DATIP transfers 
were not differentiated from DATO and DATI trans- 
fers. This could be easily accommodated by modi- 
fying the DATX microcode to test Unibus signal CI 
by adding a few words of additional code. Another 
change to be considered is to change the device 
interface to a less rudimentary protocol. Additional 
control signals could be provided by adding a 
decoder at the FPC output, and encoding eight 
signals using only 3 microword bits. Spare 
multiplexer inputs could be used for additional 
device status lines. Additional control signals can 
also be provided by adding another FPC. 
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Unibus Controller microcode using Ain29PL141 assembler 
Version 1.2 R. Purvis, 19 December 85 



device (PL141) 
default = 1 ; 

define 



********** 


DEFINITION 


OF TEST INPUTS *********** 


tmsyn = tO 
tssyn = tl 




• test Unibus signal MSYN 

• SSYN 


tbbsy = t2 
tbg = t3 
tnpg = t4 
aux = t5 
pass = cc 




1 BBSV 
1 BG 
' NPG 
' auxiliary test conditions 
' unconditional pass 


bg bbsy ssyn = Oe#h 
npg_bbsy_ssyn = 16 #h 


' test mask 
' test mask 


********** 


DEFINITION OF OUTPUTS **************** 



AUXILIARY TEST CONDITIONS 



datxreq = 0000#h 
dmareq = 1000#h 
intreq = 2000#h 
write = 3000#h 
tcl = 4000#h 



Unibus DATI or DATO request 
device DMA request 
device Interrupt request 
device write request 
Unibus signal cl 
aux tests 5-7 are unused 



begin 



CONTROL SIGNALS " 

" no signals active " 

" error flag to device " 

" gate address onto Unibus " 

" gate data onto Unibus " 

" strobe data in from Unibus " 

" complete flag to device " 

" assert Unibus signal Cl " 

M INTR " 

II BR " 

" NPR " 

» SACK " 

•I BBSY " 

n SSYN " 

" MSYN " 

test_condition = cc; " default test condition " 

II *************** Source Code *************** 
" Unibus Controller VI. 2 

*********************************************************** 

* MAIN LOOP - Loop at TOP until external condition 

* DATXREQ, DMAREQ, or INTREQ is true. 
*********************************************************** 



Off 


ss 


0000#h 


error 


S5 


8000#h 


addr 


= 


0800#h 


dataout 


s 


0400#h 


datain 


S 


0200#h 


complt 


s 


0100#h 


cl 


= 


0080#h 


intr 


e: 


0040#h 


br 


= 


0020#h 


npr 


s: 


0010#h 


sack 


= 


0008#h 


bbsy 


m 


0004#h 


ssyn 


m 


0002#h 


msyn 


= 


OOOllh 



top: datxreq, if (aux) call pl(datx); 
dmareq, if (aux) call pl(nprx); 
intreq, if (not aux) goto pi (top); 



************************************************************ 

* INTERRUPT SERVICE ROUTINE - Device interrupt service 

* request. Perform Unibus interrupt handshake. 
************************************************************ 



Figure 5-4. Unibus Controller Source Program Listing (Slieet 1 of 2) 
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intrO: 
Intrl: 



intr2 : 



intr3 : 
waitO: 



request/grant handshake 



off, if (tbg) goto pi (intrO) ; 

br, if (not tbg) goto pi ( intrl ) ; 

br + sack, continue; 

br + sack, cmp tm(bg_bbsy_ssyn) to pl(0); 

br + sack, if (not eq) goto pl(intr2); 

sack + bbsy + intr + dataout, continue; " interrupt vector 

bbsy + intr + dataout, if (not tssyn) goto pl(waitO); 

complt, goto pi (top); 



datx: 
dati: 

dato: 



nprx: 
nprl: 

npr2: 



********************************** A****jHmkjmk*ik*^^j,^^j,^j^^j^j^ 

* PROGRAMMED I/O ROUTINE - Unibus master accessing 

* device. Perform Unibus DATO/DATI handshake. 
**************************************************^j^^j,ji,^^^^ji, 

tcl, if (aux) goto pl(dato); 



ssyn + dataout, if (tmsyn) goto pi (dati) 
off, ret; 



" unibus slave DATI " 



ssyn + datain, if (tmsyn) goto pi (dato); " unibus slave DATO " 
off, ret; 

**************************************************^jkjj^j^^^^^j^^ „ 

* DMA SERVICE ROUTINE - Device DMA service request. " 

* Perform Unibus DMA handshake. " 
******************************** ******************jmjkj^j,jj^j^j^ „ 

off, if (tnpg) goto pi (nprx) ; " request/grant handshake " 

npr, if (not tnpg) goto pi (nprl); 

npr + sack, continue; 

npr + sack, cmp tm(npg_bbsy_ssyn) to pl(0); 

npr + sack, if (not eq) goto pl(npr2); 

bbsy + write, if (aux) goto pl(nprdato); " bus master now " 



nprdati; 

wait!: 

wait2! 



errorl: 
passl: 



DMA READ ROUTINE (unibus master DATI) 

bbsy + addr, load pl(31#h); 

bbsy + addr, if (tssyn) goto pl(waitl) ; 

bbsy + addr + msyn, if (tssyn) goto pi (passl); " 15 us 

bbsy + addr + msyn, if (tssyn) goto pi (passl); " timeout 

bbsy + addr + msyn, if (tssyn) goto pi (passl); 

bbsy + addr + msyn, while (cregoo) loop to pl(wait2) ; 

bbsy + addr + error, ret; " timeout error 

bbsy + addr + complt + datain, ret; » normal exit 



end. 



DMA WRITE ROUTINE (unibus master DATO) 



nprdato : 


bbsy + addr + ol + 


waits: 


bbsy + addr + cl + 


wait4: 


bbsy + addr + ol + 




bbsy + addr + cl + 




bbsy + addr + cl + 




bbsy + addr + cl + 


error2 : 


bbsy + addr + cl + 


pass2: 


bbsy + addr + cl + 




.org 63 #d 




off, goto pl(0) ; 



dataout, load pl(31#h) ; 
dataout, if (tssyn) goto pi (wait3) ; 
dataout + msyn, if (tssyn) goto pl(pass2); 
if (tssyn) goto pl(pass2) ; 
if (tssyn) goto pl(pass2); 
while (cregoO) loop to pl(wait4)i 
" timeout error " 
" normal exit " 



dataout + msyn, 
dataout + msyn, 
dataout + msyn, 
error, ret; 
complt, ret; 



hardware reset here. 



Figure 5-4. Unibus Controlier Source Program Listing (Sheet 2 of 2) 
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PROM Contents are 



hex <dec> 


OE 


OPCODE 


POL 


TEST 


DATA 


000 < 


0> 1 


1 


11100 1 


1 


101 1 


001011 1 


001 < 


1> 1 


1 


11100 


1 


101 


010000 1 


002 < 


2> 1 


1 


11001 


1 1 


101 


000000 1 


003 < 


3> 1 


1 


11001 


1 


oil 


000011 1 


004 < 


4> 1 


1 


11001 


1 1 


oil 


000100 1 


005 < 


5> [ 


1 


01101 


1 1 


111 


111111 1 








OPCODE 


CONSTANT 


DATA 


006 < 


6> [ 


1 


100 


000000 


001110 1 


007 < 


7> 1 


1 


11001 


1 1 


111 


000110 1 


008 < 


8> 1 


1 


01101 


1 1 


111 


mill 1 


009 < 


9> 1 


1 


11001 


1 1 


001 


001001 1 


OCA < 


10> 1 


1 


11001 


1 


110 


000000 1 


OOB < 


11> 1 


1 


11001 


1 


101 


001110 1 


OOC < 


12> 


1 


11001 


1 


000 


001100 1 


GOD < 


13> 


1 


00010 


1 


110 


mill 1 


OOE < 


14> 


1 


11001 


1 


000 


001110 1 


OOF < 


15> 


1 


00010 


1 


110 


mm 1 


010 < 


16> 


1 


11001 


1 


100 


010000 1 


Oil < 


17> 


1 


11001 


1 1 


100 


010001 1 


012 < 


18> 


1 


01101 


1 1 


111 


mm 1 








OPCODE 


CONSTANT 


DATA 


013 < 


19> 


1 


100 


000000 


010110 1 


014 < 


20> 


1 


11001 


1 1 


111 


010011 1 


015 < 


21> 


1 


11001 


1 


101 


011110 1 


016 < 


22> 


1 


00100 


1 


110 


110001 1 


017 < 


23> 


1 


11001 





001 


010111 1 


018 < 


24> 


1 


11001 





001 


011101 1 


019 < 


25> 


1 


11001 





001 


011101 1 


OlA < 


26> 


1 


11001 





001 


011101 1 


OIB < 


27> 


1 


01000 





110 


011000 1 


OIC < 


28> 


1 


00010 





110 


mm 1 


DID < 


29> 


1 


00010 





110 


mm 1 


OlE < 


30> 


1 


00100 





110 


110001 1 


OIF < 


31> 


1 


11001 





001 


011111 1 


020 < 


32> 


1 


11001 





001 


100101 1 


021 < 


33> 


[ 1 


11001 





001 


100101 1 


022 < 


34> 


: 1 


11001 





001 


100101 1 


023 < 


35> 


[ 1 


01000 





110 


100000 1 


024 < 


36> 


[ 1 


00010 


0- 


110 


mm 1 


025 < 


37> 


[ 1 


00010 





110 


111111 1 


03F < 


63> 


[ 1 


11001 


1 


110 


000000 1 



OUTPUT 
0000000000000000 
0001000000000000 
0010000000000000 
0000000000000000 
0000000000100000 
0000000000101000 

0000000000101000 
0000000000101000 
0000010001001100 
0000010001000100 
0000000100000000 
0100000000000000 
0000010000000010 
0000000000000000 
0000001000000010 
0000000000000000 
0000000000000000 
0000000000010000 
0000000000011000 

0000000000011000 
0000000000011000 
0011000000000100 
0000100000000100 
0000100000000100 
0000100000000101 
0000100000000101 
0000100000000101 
0000100000000101 
1000100000000100 
0000101100000100 
0000110010000100 
0000110010000100 
0000110010000101 
0000110010000101 
0000110010000101 
0000110010000101 
1000100010000100 
0000100110000100 
0000000000000000 



Figure 5-5. FPC PROM Contents 
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NPRDATO TIMING 



CLK 
LABEL 
ADDR 

BBSY(0) 
DATA (O) 
ADDR (O) 
MYSN (O) 
SSYN(I) 
COMPLT (O) 



J" 



_/ 



_/■ 



^ 



NPRDATO WAtT3 WAIT 4 

30 I 31 I 32 



I - I 



^ 



PASS2 
37 



=\ 



\ 



tl V 



NPRDATI TIMING 



_i 



CLK 

LABEL NPRDATI 

ADDR I 22 



BBSY(0) 



ADDR (O) 



MYSN (0) 



SSYN(I) 



COMPLT (O) 



DATAIN (0) 



^ 



_/ 



WAITI 
23 



WAIT 2 



mmmm \ 



PASS1 



d — V. 
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Figure 5-8. NPR DATI and DATO Timing Diagram 
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DATO TIMING (SLAVE) 



CLK 
LABEL 
ADDR 



DATXREQ(I) 



J 



C1(l) 



DATA IN (0) 



SSYN (0) 



MSYN (I) 



TOP 





r 



DATX 

11 

J 



DATO DATO 

14 I 14 



(HIGH) 



d V 



IM 



\ 



DATI TIMING (SLAVE) 



CLK 
LABEL 
ADDR 



DATXREQ (I) 



J 



CI (I) 



DATA IN (0) 



SSYN (0) 



MSYN (I) 



TOP DATX 

I • I " 



X 



J 



I 'f I " I 



DATI 

12 



(LOW) 



^ 



-r 



im 



\ 



^ 



\ 



Figure 5-9. DATI and DATO (Slave) Timing Diagram 
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CHAPTER 6 

Am29PL141 BASED DEC Q-BUS CONTROLLER 



6.1 THE DESIGN PROBLEM 

Designing an interface for tlie DEC Q-Bus tias 
been approached using many techniques. One 
technique, microprogramming, has in the past 
been economically unattractive because it 
required use of a separate sequencer, control 
store, and pipeline registers. Now that Advanced 
Micro Devices has introduced the single chip 
Am29PL141 Fuse Programmable Controller, 
engineers can economically apply powerful 
microprogramming techniques to the design of 
medium complexity state machines like that 
required to control the Q-Bus. 

The problem is to design an interface between the 
Q-Bus and a generic device to allow the following 
operations: 

• DATI/DATO with device as slave 

• Device interrupt request 

• Device direct memory access request 

• DATI/DATO with device as master 

The DEC Q-Bus is an asynchronous bus which 
supports Programmed I/O, prioritized Interrupts, 
and Direct Memory Access (DMA) operations. All 
bus transfers are between a bus master and bus 
slave, and are controlled by the master. An arbi- 
trator grants bus mastership to requesting devices. 

The nine basic types of transfers allowed are: 

DAT! - Word data transfer from slave to 

master 
DATO - Word data transfer from master to 

slave 
DATOB - Bytedatatransferfrommastertoslave 
DATIO - Read-modify-write word transfer 
DATIOB - Read-modify-write byte transfer 
DATBI - Block data transfer from slave to 

master 
DATBO - Block data transfer from master to 

slave 
DMR - Direct Memory Access request to 

become bus master. 
IRQi - Interrupt request at level i (4,5,6,or 7). 

The following control signals are used during 
transfers: 



SNYC sync 
DOUT data out 



- master timing control 

- indicates master write 



DIN data in - indicates master read 

RPLY reply - slave acknowledge 

WTBT write/byte -byte write cycle 

BS7 1/0 page select 

IRQi interojpt request level i 

lAK interrupt grant 

DMR DMA request 

DMG DMA grant 

SACK select acknowledge 



6.2 Q-BUS CONTROLLER HARDWARE DESIGN 

A block diagram of this interface is shown in Figure 
6-1. It consists of three sections — 0-Bus 
buffering, address decoding, and control logic. 
The address decoder detects addressing of the 
device as a slave during DATI and DATO transfers. 

The control logic is based on the Am29PL141 
Fuse Programmable Controller (FPC). Its 
microprogram implements a state machine to 
control both device and Q-Bus handshaking. Test 
inputs are synchronized with the FPC clock using 
an AM29821A 10-bit register and a D flip-flop. 
Note the use of a multiplexer to expand the FPC 
test capability. The additional D flip-flop and AND 
gates are used to implement the interrupt and 
DMA request/grant handshaking. 



6.3 MICROWORD FORMAT 

The microword organization for this application of 
the FPC is shown in Figure 6-2. The 32-bit micro- 
word is subdivided into fields of various sizes and 
functions. The 16 most significant bits are used 
during next address generation within the FPC, 
while the lower 16 bits are application interface 
signals. 



6.4 MICROCODE 

The microcode of Figure 6-3 was written using the 
Am29PL141 assembler available from AMD. 
Mnemonic definitions are shown, followed by code 
to control the interface. Figure 6-4 shows the FPC 
PROM contents. A brief description of the code 
follows. 

After reset to address 63, the program branches to 
label TOP and loops until one of the external 
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conditions DATXREQ, DMAREQ, or INTREQ is require block, byte, or read-modify-write master 

asserted. handshaking. These features can be imple- 
mented by adding extra device request lines and 

DATXREQ true indicates a Q-Bus DATO or DATI microcoding the additional handshake algorithms, 

operation addressing the device and causes a Another possible change Is to implement the Q- 

subroutlne call to DATX. Q-Bus signal WTBT Is Bus four-level interrupt configuration. These 

tested, and DATO or DATI handshaking is changes are left as an exercise for the interested 

completed beginning at label DATO or DATI. reader! 

INTREQ is asserted when the device wants to 
Interrupt the CPU, causing execution to continue References: 
at INTRO. Interrupt request/grant processing 

occurs and then the vector Is read by the CPU. Microsystems Handbook, Digital Equipment 

Corporation, 1985. 

6.5 CONCLUSION Am29PL141 FPC Data Sheet, Advanced Micro 

Devices, 1987. 
The problem statement for this interface does not 
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DEVICE 




*4TERFA 














Q-BUS 






BUFFER 
IN 

BUS 
OUT 
ENA 










ADDRESS/ 











DATA 


























ENABLES 


4 


_Am29806« 

^ DECODER^ 
AE 

ENA 




Am28823 

REGISTER 

D 


*- 










: 










)ATXF 


EG 






' 






,^ 






,^RPLY 








CP(15MH2) 




D1 

> 74F74 

01 






^ 


SYNC "^ 




BUFFER 

OUT 

BUS 
IN 

ENA 










DOUT 
WTBT 

5 •; 


'i 'i 








SYNC 
RPLY 
DIN 










DMAREQ 


3 

«—/■ — 






WRITE 








DMC 
lAKI 

f 
■5 


1 


/ 
10 

DMGO 


^ 74F00 




E)M6S 
lAKO 


CP(15MH2) 




D D 
. Am29821A 
> REGISTER 

Y Y 




lAKO 












A 


1 n 








* 


5 


5 


DMGI 




74F74 
D2 02 

>CLK 




h 


1 

iRG 




DMR 






D> 


UXREQ 


:« 




SYNC 
RPLY 


CP — 










D 
_ 74F251A 
C MUX 

A ^ 














lAKI 














DIN 


i 












+5V 
1 . 


f 


5 


/DMGI 
lAKI 




^} 








CC T5 T[4:01 
RESET 

Am29PL141 ZERO 
>CLK 

P(15fll 


— N.C. 








CP(15MH2) 


















COMPLT 






3 ' 


11 


1 




8 DATAOUT 


P^ . 




ERROR 
DATAIN 


' 






] 








3 




8 


f 


ADDROUT 


1 / 

2 




































IRQ. 


DMR 
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Figure 6-1. Q-Bus Controller Block Diagram 
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31 


30 - 


- 26 


25 


24,23,22 


21 - 16 


15 


14,13,12 


11-0 




oe 


opcode 


pol 


test 


data 


error 


aux tst 


command 


oe: 




output enable 
















(31) 




















opcode : 


29PL141 command 














(30-26) 


00 - RETPL 


08 - 


LPPL 


10 


- 


CMP 


18 - 


FORK 






01 - RETPLN 


09 - 


DEC 


11 


- 


CMP 


19 - 


GOTOPL 






02 - RET 


OA - 


LPPLN 


12 


- 


CMP 


lA - 


WAIT 






03 - RETN 


OB - 


GOTOPLZ 


13 


- 


CMP 


IB - 


DECGO/C 






04 - LDPL 


OC - 


DECAL 


14 


- 


PSHPL IC - 


CALPL 






05 - LDPLN 


OD - 


CONT 


15 


- 


PSH 


ID - 


CALPLN 






06 - LDTM 


OE - 


CTTM 


16 


- 


PSHTM IE - 


CALTM 






07 - LDTMN 


OF - 


GOTOTM 


17 


- 


PSHN 


IF - 


CALTMN 


pol: 




test polarity 


( 1 = 


negate 


) 










(25) 




















test: 




conditional test input select 










(24,23,22) 


- sync 




4 - iak 
















1 - rply 




5 - aux tests 
















2 - 


din 




6 - pass 

















data: 
(21-16) 

error: 
(15) 

aux test; 
(14,13,12) 



command : 
(11-0) 



branch address, test input mask, or counter load value 



timeout error indication to device 



additional test inputs when test 

- datxreq 4 - dout 

1 - dmareq 5 - wtbt 

2 - intreq 6 - spare 

3 - write 7 - spare 



* - indicates active low microcode bits 



Figure 6-2. Q-Bus Controller MIcroword Format 



. 11 


10 


9 


8 


7 


6 


5 


4 


3 


2 


1 


: 


: com 
: pit 


data 
in 


data 
out* 


addr 

out* 


rply 


irq 


drar 


sack 


dout 


din 


sync 


wtbt : 
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Q-Bus Controller microcode using Ain29PL141 assembler 
Version 1.1 r. Purvis, 3 January 86 



device (pll41) 
default = 1 ; 



define 



********** DEFINITION OF TEST INPUTS ******** 



tsync = to 
trply = tl 
tdin = t2 
tdmgi = t3 
tiaki = t4 
aux = t5 
pass = cc 
sync_rply 



03#h 



test Q-Bus signal SYNC " 
RPLY " 
DIN " 
DMGI " 
lAKI " 

auxiliary test conditions 

unconditional pass " 

test mask " 



********** DEFINITION OF OUTPUTS ************** 



AUXILIARY TEST CONDITIONS 



datxreq 


= 


0300#h 


dmareq 


= 


- 1300#h 


intreq 


= 


2300#h 


write 


= 


3300#h 


tdout 


= 


4300#h 


twtbt 


= 


5300#h 


CONTROL 


SIGNALS 


Off 


= 


0300#h 


error 


= 


8300#h 


complt 


= 


OB00#h 


datain 


= 


0700#h 


dataout 


= 


FDFF#h 


addrout 


= 


FEFF#h 


rply 


= 


0380#h 


irq 


= 


0340#h 


dmr 


= 


0320#h 


sack 


= 


0310#h 


dout 


= 


0308#h 


din 


= 


0304#h 


sync 


= 


0302#h 


wtbt 


= 


0301#h 



test condition = cc; 



Q-Bus DATI or DATO request 

device DMA request 

device Interrupt request 

device write request 

Q-Bus signal DOUT 

Q-Bus signal WTBT 

aux tests 6 and 7 are spares 



" no signals active 
" error flag to device 
" complete flag to device 
" strobe data in from Q-Bus 
" gate data onto Q-Bus 
" gate address onto Q-Bus 

" assert Q-Bus signal RPLY 

" IRQ 

" DMR 

" SACK 

" DOUT 

" DIN 

" SYNC 

" WTBT 

default test condition " 



Figure 6-3. Q-Bus Controller Source Program Listing (Sheet 1 of 3) 
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" ***** 



begin 



assumptions 



no I/O page DMA 

single xfer DMA (not block mode) 

single level interrupts 

no byte operations 

no parity 



*************** Source Code 
Q-Bus Controller VI. 



*************** 



II *********************************************************** " 

" * MAIN LOOP - Loop at TOP until external condition " 

" * DATXREQ, DMAREQ, or INTREQ is true. " 

II *********************************************************** " 

top: datxreq, if (aux) call pl(datx); 
dmareq, if (aux) call pl(dmax); 
intreq, if (not aux) goto pi (top); 

II ************************************************************ " 

" * INTERRUPT SERVICE ROUTINE - Device interrupt service " 

" * request. Perform Q-Bus interrupt handshake. " 

II ************************************************************ " 

intrO: off, if (tdin) goto pl(intrO)? " request/grant handshake " 

intrl: irq, if (not tdin) goto pl(intrl); 

intr2: irq, if (not tiaki) goto pl(intr2); 

intr3: rply * dataout, if (tdin) goto pl(intr3); " output vector " 

intr4: rply * dataout, if (tiaki) goto pl(intr4); 
oomplt, goto pi (top) ; 

II ************************************************************ " 

" * PROGRAMMED I/O ROUTINE - Q-Bus master accessing " 

" * device. Perform Q-Bus DATO/DATI handshake. " 

II ************************************************************ " 



datx: twtbt, if (aux) goto pl(dato); 

dati: off, if (not tdin) goto pl(dati); 
wait6: rply * dataout, if (tdin) goto pl(wait6); 
off, ret; 

dato: tdout, if (not aux) goto pl(dato) ; 
waits: rply + datain + tdout, if (aux) goto pl(wait5); 
off, ret; 



" slave DATI " 



" slave DATO " 



Figure 6-3. Q-Bus Controller Source Program Listing (Sheet 2 of 3) 
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* DMA SERVICE ROUTINE - Device DMA service request. 

* Perform Q-Bus DMA handshake. 
***************************************************** Ajk J, jkj^^^ 



dmax: 
dmal: 
dma2: 



dmadati: 



waitl: 



errorl: 
passl: 

wait2 : 



off, if (tdmgi) goto pi (dmax); 

dmr, if (not tdmgi) goto pi (dmal); 

dmr, cmp tm(sync_rply) to pl(0); 

dmr, if (not eq) goto pl(dma2); 

sack + write, if (aux) goto pl(dmadato); 

DMA READ ROUTINE (Q-Bus master DATI) 



request/grant handshake 



bus master now 



wait3 : 



error2 : 
pass2 : 



wait4 : 



end. 



sack * 
sack * 
(sack + 
(sack + 
sack + 
sack + 
sack + 
sack + 
sack + 
sack + 
sack + 
complt 



" addr setup 

" addr hold 
" 10 us timeout 



addrout, continue; 
addrout, continue; 
sync) * addrout, continue; 
sync) * addrout, load pl(2B#h); 
sync + din, if (trply) goto pi (passl), 
sync + din, if (trply) goto pi (passl); 
sync + din, while (cregoo) loop to pi (waitl); 
sync + error, ret; " timeout exit 

sync + din, continue; " data deskew 

sync + din, continue; 

sync, if (trply) goto pl(wait2); " clock data in 
, ret; 



DMA WRITE ROUTINE (Q-Bus master DATO) 



dmadato: (sack + wtbt) 



(sack 
(sack 
(sack 
(sack 
(sack 
(sack 

sack 
(sack 
(sack 
(sack 
(sack 

sack 



wtbt) 

wtbt 

wtbt 

sync 

sync 

sync 

sync 

sync 

sync 

sync) 

sync) 

sync. 



* addrout, continue; 
addrout, continue; 



addr setup 
addr hold 



complt, ret; 
.org 63 #d 
off, goto pi 



sync) * addrout, continue; 
sync) * addrout, load pl(2b#h); 
dout) * dataout, if (trply) goto pl(pass2); 
dout) * dataout, if (trply) goto pl(pass2) ; 
dout) * dataout, while (cregoO) loop to pl(wait3) 
error, ret; " timeout exit 

dout) * dataout, continue; " data deskew 
dout) * dataout, continue; 

* dataout, continue; " data hold ' 

* dataout, continue; 

if (trply) goto pl(wait4); 



(0); 



hardware reset here. 



Figure 6-3. Q-Bus Controller Source Program Listing (Sheet 3 of 3) 
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PROM 


Content 


s are : 


hex <deo> 


OE 


OPCODE 


000 < 


0> [ 


1 1 


11100 


001 < 


1> [ 


1 1 


11100 


002 < 


2> [ 


1 1 


11001 


003 < 


3> [ 


1 1 


11001 


004 < 


4> [ 


1 1 


11001 


005 < 


5> [ 


1 1 


11001 


006 < 


6> [ 


1 1 


11001 


007 < 


7> [ 


1 1 


11001 


008 < 


8> [ 


1 1 


11001 


009 < 


9> [ 


1 1 


11001 


OOA < 


10> [ 


1 1 


11001 


OOB < 


11> 1 


1 


11001 


OOC < 


12> 1 


1 


00010 


OOD < 


13> 1 


1 


11001 


OOE < 


14> 1 


1 


11001 


OOF < 


15> 1 


1 


00010 


010 < 


16> 1 


1 


11001 


Oil < 


17> 


1 


11001 
OPCODE 


012 < 


18> 


1 


100 


013 < 


19> 


1 


11001 


014 < 


20> 


1 


11001 


015 < 


21> 


1 


01101 


016 < 


22> 


1 


01101 


017 < 


23> 


1 


01101 


018 < 


24> 


1 


00100 


019 < 


25> 


1 


11001 


OlA < 


26> 


1 


11001 


OIB < 


27> 


• 1 


01000 


OIC < 


28> 


[ 1 


00010 


OlD < 


29> 


[ 1 


01101 


OlE < 


30> 


[ 1 


01101 


OIF < 


31> 


[ 1 


11001 


020 < 


32> 


[ 1 


00010 


021 < 


33> 


[ 1 


01101 


022 < 


34> 


[ 1 


01101 


023 < 


35> 


[ 1 


01101 


024 < 


36> 


[ 1 


! 00100 


025 < 


37> 


[ 1 


1 11001 


026 < 


38> 


[ 1 


1 11001 


027 < 


39> 


[ 1 


1 01000 


028 < 


40> 


[ 1 


1 00010 


029 < 


41> 


[ 1 


1 01101 


02A < 


42> 


[ 1 


1 01101 


02B < 


43> 


[ 1 


1 01101 


02C < 


44> 


[ 1 


1 01101 


02D < 


45> 


C 1 


1 11001 


02E < 


46> 


[ 1 


1 00010 


03F < 


63> 


[ 1 


1 11001 



POL 


TEST 


1 1 


101 1 


1 1 


101 1 


1 1 1 


101 1 


1 1 


010 1 


1 1 1 


010 1 


1 1 1 


100 1 


1 1 


010 1 


1 1 


100 1 


1 1 


110 1 


1 1 


101 1 


1 1 


010 1 


1 1 


010 1 


1 1 


110 1 


1 1 


101 1 


1 


101 1 


1 


110 1 


1 


oil 1 


1 1 


oil 1 


cot 


ISTANT 


1 0( 


JOOOO 1 


1 1 


111 1 


1 


101 1 


1 1 


111 1 


I 1 


111 1 


1 1 


111 1 


1 


110 1 


1 


001 1 


1 


001 1 


1 


110 1 


1 


110 1 


1 1 


111 1 


1 1 


111 1 


1 


001 1 


1 


110 1 


1 1 


1 111 1 


1 1 


111 1 


1 1 


1 111 1 


1 


1 110 1 


1 


1 001 1 


1 


1 001 1 


1 


1 110 1 


1 


1 110 1 


1 1 


1 111 1 


1 1 


1 111 1 


1 1 


1 111 1 


1 1 


1 111 1 


1 


1 001 1 


1 


1 110 1 


1 


1 110 1 



DATA 
001001 
010000 
000000 
000011 
000100 
000101 
000110 
000111 
000000 
001101 
001010 
001011 

mill 

001101 
001110 

mill 

010000 
010001 

DATA 
000011 
010010 
100001 

mill 
mill 
mm 

101011 
011101 
011101 
011001 

mm 
mm 
mm 

011111 

mm 
mm 
mm 
mm 

101011 
101001 
101001 
100101 

mm 
mm 
111111 
111111 
mm 

101101 

mm 

000000 



OUTPUT 
0000001100000000 
0001001100000000 
0010001100000000 
0000001100000000 
0000001101000000 
0000001101000000 
0000000110000000 
0000000110000000 
0000101100000000 
0101001100000000 
0000001100000000 
0000000110000000 
0000001100000000 
0100001100000000 

oiooomiooooooo 

0000001100000000 
0000001100000000 
0000001100100000 

0000001100100000 

0000001100100000 

0011001100010000 

0000001000010000 

0000001000010000 

0000001000010010 

0000001000010010 

0000001100010110 

0000001100010110 

OODOOOllOOOlOllO 

1000001100010010 

0000001100010110 

0000001100010110 

0000001100010010 

0000101100000000 

0000001000010001 

0000001000010001 

0000001000010011 

0000001000010011 

0000000100011010 

0000000100011010 

0000000100011010 

1000001100010010 

0000000100011010 

0000000100011010 

0000000100010010 

0000000100010010 

0000001100010010 

0000101100000000 

0000001100000000 



Figure 6-4. FPC PROM Program Listing 
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CHAPTER 7 

STARLAN CONTROLLER USING Am7990 AND Am29PL141 



7.1 THE DESIGN PROBLEM 

This application note describes the use of an 
Am29PL141 to make it feasible to use an Am7990 
and Am7960 in a Starlan type of environment. In 
this application, an Am29PL141 controls a dual- 
ported memory to isolate DMA transfers from the 
CPU. The Am7960 could just as easily be 
connected in a half duplex mode providing a very 
inexpensive Ethernet-like Local Area Network 
(LAN). 

The 7990 is designed as a 10 MHz 
Ethernet/Cheapernet communications controller. 
Since this part also operates at 1 MHz, it is 
applicable for Starlan (IEEE 802.3 1 base 5). 

The Am7990 has the following characteristics: 

1 . It is dedicated for 1 6-bit interface 

2. Data transfer can only be in eight word, non- 
preemptible bursts. This requirement limits 
LANCE'S flexibility in adapting to a network 
such as Starlan because of the great difference 
in speed between Starlan (1 MHz) and 
Ethernet (10 MHz). Therefore an intelligent 
bus arbitrator or a dual array buffer memory is 
desirable. 

3. However, the transmit clock provides the 
reference for both the DMA state machine and 
the network transfer rate. Because of this, the 
DMA transfer rate is slow at the 1 MHz network 
transfer rate. 

In a system environment, DMA Bus time is at a 
premium so, during packet data transfers tor 
transmit or receive, the DMA transfers eight (8) 
words (1 6 bytes) at a time, with each transfer taking 
6 TCLKs. This takes 4.8 microseconds at 10 MHz. 
However, slowing down the network speed to the 
1 MHz Starlan speed in order to use conventional 
telephone cable has disastrous consequences on 
system throughput. At 1 MHz network speed, the 
System Bus time for a DMA transfer of eight words 
is 48 microseconds, far too long for the bus to be 
unavailable to the CPU. 

This problem can be solved by using an 
Am29PL14l controller to manage the DMA 
transfer, freeing the CPU for othertasks. 



7.2 FUNCTIONAL DESCRIPTION 

The heart of the design is the two port memory 
arbitrator. This is accomplished in a 29PL141 Fuse 
Programmable Sequencer. Refer to the simplified 
block diagram. Figure 7-1, the control circuitry 
diagram. Figure 7-2, and the address and data 
circuitry. Figure 7-3. Figure 7-4 shows the 
miscellaneous circuitry including the READY, 
RESET, address decoder, and clock circuit. 

As seen in Figure 7-3, the memory (two 8K x 8 
Static RAMs) are buffered from the CPU and also 
from the Am7990. The memory chips are linked to 
a memory controller (U3 and U4) that makes them 
available to the main CPU to move data as well as to 
the 7990 to move packets and ring control data. In 
this manner, the CPU is isolated from the 48 
microsecond burst time of the 7990 and, in fact, is 
isolated from all DMA activity. (This architecture 
could even be used at a 10 MHz Ethernet rate to 
provide the same DMA bus isolation for the CPU.) 

In the following discussion, refer to Figure 7-2 for 
the control circuitry blocks: U1, 2, 3, 4, 13 16 and 
17. 

U1 (25LS2521) provides I/O space address 
detection on 128 address granularity. See Figure 

U2 (25LS2521) provides memory bus address 
comparison and is jumper-selectable on 16K byte 
boundaries. The output from U2 goes to a 
decoder (see Figure 7-4) and then to U3. The 
decoder also provides a HOLDA active signal to 
the CPU bus at pin BDO. The CPU can test this pin 
to see if the Am7990 is using the DMA. 

U3 is a 16L8 PAL device, which provides all the 
Bus interface control lines. See Section 7.4 for 
the actual equations of the PAL devices. 

U4 (Am16L8) is the 7990's control PAL device. It 
handles Data Bus control and direction as well as 
the ready lines of the 7990. U4 also provides the 
Write Enable for the 99C88s to determine high 
and low byte writes. 

U16 (Am29PL141) is the main memory 
arbritrator/scheduler. It provides control signals to 
control the Am7990. It also provides inputs to the 
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BA2(BUS) . 



^LSO' 

i> 



(U22) 



DECODER 

(I/O ADDRESS COMPARE S 

CPU TEST OF HOLD A ACTIVE) 






*. MEMCOMP (U3) 
LS32 



BNIUHU 1 ' ^ 

h>0- 1 (U21) r^-^ 

>22i H~> 1 (^21) 



-1 y'^'^'i 

— ' I can 



H0LDA(U16) -\S- BDO(BUS) 

l-^U24) 



BNBHE(BUS) . 



RESET CIRCUIT 

LS125 

BBHE(U4) 



BRESET(BUS) 






(U22) 



kLS04 

-]"> RESET (U13) 



RESET (U16,U23) 



(U3) KDRQ ■ 



(U16) 799003 

(U4) re9o 

READY 



(U3) MEMRQ 



(U16) MEMOK 



(U16) MEMCYLCLR 



READYCIRCUIT 

tSV +5V 

LS112 



J 

(U19) 
K 5 



x>- 



U21 
+ 5V +6V 



LS1 12 
(U19) 

-cl K 5 

-IJ 



]3^ 



RDV LS08 



o 



READY EN (U3) 



— t^^ 
1-^ (U24) 

(U3) 1 



BREADY(BUS) 



CLOCK CIRCUIT 

+ 5V 





1 








D Q 

S74 
(U18) 

K 5 




14 








16 MHz 












1' 






I 

+5V 





. 8CLK(U16,17) 



16MCLK(U23) 



Figure 7-4. Miscellaneous Control Circuits 
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PAL Devices to control the memory access. 
Figure 7-2 for tiie routing of Its signals. 



See 



The Am29PL141 can accept seven (7) different 
test inputs and control 16 different events. This 
application uses six (6) input lines and eight (8) 
output lines to accomplish the handshaking and 
control. 

U17 (S174) is used to provide metastability 
hardening of the Am29PL141 . 

In the following discussion, refer to Figure 7-3 for 
the address and data circuity blocks: U5, 6, 7, 8, 9, 
10, 11,12, 13, 14, 15, 18, and 23. 

U5 and U6 (LS245) provide the Data Bus 
buffering; 

U7and U8 (LS244) provide the address bus 
buffering. 

U9 and U10 (LS373s) serve as address latches to 
demultiplex the 7990's DAL bus. 

U11 and U12 (LS245s) are data buffers to isolate 
the 7990 for the dual porting. 

U13 is the Am7990. It uses U23 (Am7960) as the 
Manchester encoder/decoder and media interface 
to the TXD and RXD lines. This circuitry is shown in 
Figure 7-3. 

U14 and U15 (99C88) are the memories 
themselves. These may also be expanded very 
easily if required. The address and data lines are 
shown in Figure 7-3. 

U19 (LS1 12), U20 (LS08), U21 (LS32), and U24 
(LSI 25) provide the Ready line conditions 
appropriate to the Bus timing of valid data to the 
main CPU. This circuitry is shown in Figure 7-4. 
The clock circuit is also shown in Figure 7-4. The 
1 6 MHz clock Is a crystal oscilator. Its fundamental 
use is to drive the Am7960 (U23) directly. The 
oscillator frequency is divided by two to drive the 
prelatch (U17) and the Am29PL141 (U16). Figure 
7-4 also shows the RESET circuitry which sends a 
CPU bus reset signal to the Am29PL141, 
Am7990, and the Am7960. 

This design may also be used to not only provide 
isolation to the DMA but also to provide a bus 
translation sen/ice for an 8 bit CPU. The 16 bit I/O 
transfer needed by the Am7990 write and read can 
be accomplished if, on the data bus side, the D8- 
15 LS245S are replaced with LS373. In memory 



operation, the LS373s are made transparent but in 
I/O, the high byte is written first and then as the low 
byte is written, both are enabled into the 7990. On 
a read, the full 1 6 bit transfer takes place and the 
low byte is read immediately. The next operation 
reads location I/O + 2 for the D8-1 5 value. 

In this application, memory is treated as memory 
and the 7990 is treated as I/O space. The 2 port 
memory is used by the CPU to set up ring 
descriptors as well as the rings themselves. 
Packet buffers can be assembled and 
disassembled in this area under the operating 
system at low level drivers. 1 6K space is enough 
for 8 512-byte transmit rings and 8 512-byte 
receive rings. At 1 MHz data rate, that is probably 
more than enough. However, a 10 MHz design 
may require 64K DRAM to provide sufficient high 
speed memory bandwidth. 



7.3 MICROPROGRAM 

The Am29PL141 controller's major function is to 
process a HOLD request by the Am7990. When 
the Am7990 is not active, it processes normal CPU 
memory read/write and normal I/O read/write 
(Figure 7-5 shows the microprogram flow diagram). 



When the Am29PL141 receives a HOLD request, 
it sends a HOLDA signal to the Am7990 to activate 
the Am7990. The HOLDA signal also goes to the 
BDO pin of the CPU so that the CPU can check to 
see if the Am7990 is using the DMA. Only in the 
HOLDA path (main path) is another task allowed 
besides the normal path. In the HOLDA path, the 
CPU is allowed access until T5 of the Am7990 
state machine. At that point, the memory is 
diverted and remains until the completion of the 
7990 DMA. The Am7990 dropping Hold Request 
(HOLD) is what finally clears the HOLDA cycle and 
returns control to the Am29PL141. Branch #1 is 
just a normal CPU I/O read/write and branch #2 is a 
normal CPU memory read/write when the HOLDA 
is not active. Figure 7-6 is the actual microcode of 
the29PL141. 

Note: The 7990 cannot be slave-accessed with 
HOLDA valid. Therefore, any 1/0 request is 
blocked in the controller during a DMA transfer. In 
order to prevent a possible 48 microsecond 
Ready/Wait signal, HOLDA can be sampled by the 
CPU at the data I/O pin BDO and when logically 
false, the I/O request can then be made at I/O 
address of 7990 +4. 
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7.4 PAL DEVICE EQUATIONS 



/lORD 



= 1 



/BBHE 



= 11 



PAL Device #1 (U3) : CPU Bus Control 

(AmPAL16L8) 



PIN 



/lORD 



= 1 



/MEMWE 



11 



/lOWR 


= 


2 


/MEMRD 


= 


3 


/MEMWR 


= 


4 


/MEMCOMP 


= 


5 


/lOCOMP 


= 


6 


/7990EN 


= 


7 


/7990WE 


= 


8 


/WR 


= 


9 



/WE 


= 


12 


/DALI 


= 


13 


/MEMOE 


ss 


14 


/READ YEN 


= 


15 


/EDIR 


= 


16 


/EADEN 


= 


17 


/lORQ 


= 


18 


/MEMRQ 


= 


19 



BEGIN. 

MEMRQ = MEMRD * MEMCOMP + MEMWR * 
MEMCOMP ; 

lORQ = lORD * lOCOMP + lOWR * 
lOCOMP ; 

EADEN = MEMRQ * /7990EN + lORQ * 
/7990EN ; 

EDIR = MEMRD + lORD ; 

READYEN = MEMRQ + lORQ ; 

WE = 7 990WE * WR + MEMWE * MEMWR + 
/7990EN * MEMRQ * MEMWR ; 

MEMOE = /7990EN * MEMRD + 7990EN * 
DALI ; 

END. 



PAL Device #2 (U4) : 7996 control 

equations 

PIN 



/lOWR 

/HOLDA 

/DALI 

/lORQ 

/DALO 

/LAO 

/7990EN = 8 

/7990BHE = 9 



= 2 

= 3 

= 4 

= 5 

= 6 

= 7 



/WELB = 12 
/WEHB = 13 
/WE = 14 
/7990READY = 15 
/WR = 16 
/DAS = 17 
/7990DBDIR = 18 
/7990JDBEB = 19 



BEGIN. 



IF ( /HOLDA ) THE ENABLE (DAS , WR, 
7990READY ) ; 

DAS = OWWR + lORD ; 

WR = lOWR ; 

7990READY = HOLDA; 

7990DBEN = /HOLDA * lORQ + HOLDA * 
7990EN * ( DALI + DALO ) ; 

7990DBIR = /HOLDA * lORQ + HOLDA * 
DALI ; 

WELB = /LAO * WE ; 

WEHB = WE *7990EN * 7990BHE + WE * 
/7 990EN * BBHE ; 



END. 



7.5 SUMMARY 



In summary, the design solves the system 
requirements of double buffering and DMA 
isolation using a minimum of parts yet retaining 
memory at bus bandwidth without a large number 
of wait states added. The 7990 is allowed full 
access as needed without ever seeing a slow 
down and the basic design has a large amount of 
frequency latitude for the U\N Speed. 



7-7 




RESET 
GO TO LOCO 



BRANCH #1 (LOCI) 





SETNHOLDATOO 

THRU ALL 

INSTRUCTIONS 



0E.1 

INST-19 

P0L.1 

TESTJIIO 

DATA-OOH 

OUTPUT.FFFF 



(LOO 6) 




BRANCH #2 (L0C2) 




0E.1 

INST-1A 

POUO 

TEST-000 

DATA-NEXT 

INST NO. 
OUTPUT.FFFE 



CLEAR 
N7990CS 



0E.1 

INST.19 

POL-0 

TEST.OtO 

DATA-OOH 

OUTPUT.FFFF 



9 
T(IjOC12) 



SET 
7990EN 



SET7990WE 
FOR2CLKS 
THEN CLEAR 





(5 



. MEMRT J 


I 


SET 
NMEMWE 




' 


SETNMEMWE 

SETNMEMCYL 

CLEAR 




■ 


/ RETURN 



(L0C16) 



OE-1 

INST-00 

OUTPUT-FFBO 



OE-1 

INST-02 

POl^O 

TEST-010 

DATA-OOH 

OUTPUT-FF90 



Figure 7-5. Starian Controller Program Flow Diagram 
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DEVICE 


PL141 ) 


DEFAULT 


= 1 ; 


DEFINE 






NIORQ = TO 




NMEMRQ = Tl 




NHOLD = T2 




NDAS = T3 




TCLK = T4 




VCC = CC 




N7990CS = FFFE#H 




NHOLDA = FFFD#H 




NMEMOK = FFFB#H 




N7990EN = FFF7#H 




N7990WE = FFEF#H 




NMEMCYLCLR = FFDF#H 




NMEMWE = FFBF#H 




NEXEC = FF7F#H; 


DEFAULT_ 


OUTPUT = FFFF#H; 


BEGIN 




EXEC : 


NEXEC , IF ( NOT NHOLD ) THEN GOTO PL ( HOLDA ) ; 




NEXEC , IF ( NOT NIORQ ) THEN GOTO PL ( lORQ ) ; 




NEXEC , IF ( NOT NMEMRQ ) THEN GOTO PL ( MEMRQ ) ; 




NEXEC , IF ( VCC ) THEN GOTO PL ( EXEC ) ; 


MEMRQ : 


NMEMOK , IF ( NMEMRQ ) THEN GOTO PL (EXEC) ELSE WAIT; 


lORQ : 


N7990CS , IF ( NIORQ ) THEN GOTO PL (EXEC) ELSE WAIT; 


HOLDA : 


NHOLDA , IF (NOT NMEMRQ ) THEN CALL PL ( MEM ) ; 




NHOLDA , IF ( NHOLD ) THEN GOTO PL ( EXEC ) ; 




NHOLDA , IF ( NDAS ) THEN GOTO PL ( HOLDA ) ; 




NHOLDA , IF ( NOT MEMRQ ) THEN CALL PL ( MEM ) ; 




NHOLDA , IF ( NOT TCLK ) THEN GOTO PL ( HOLDAl ) ELSE WAIT; 


HOLDAl : 


NHOLDA , IF ( NOT NMEMRQ ) THEN CALL PL ( MEM ) ; 




NHOLDA , IF ( TCLK ) THEN GOTO PL (H0LDA2) ELSE WAIT; 


H0LDA2 : 


FFF5#H , CONTINUE ; 




FFE5#H , CONTINUE ; 




FFE5#H , CONTINUE ; 




FFF5#H , IF ( NDAS ) THEN GOTO PL (HOLDA) ELSE WAIT; 


MEM : 


FFBB#H , CONTINUE ; 




FF9B#H , CONTINUE ; 




NHOLDA , IF (VCC ) THEN RET ; 




.ORG 63 #D 




EXEC , IF ( VCC ) THEN GOTO PL ( EXEC ) ; 


END. 






Figure 7-6. Starlan Controller Source Program Listing 
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CHAPTER 8 

IBM PC-SSR INTERFACE USING an Am29PL141 CONTROLLER 



8.1 THE DESIGN PROBLEM 

This application note describes the use of an 
Am29PL141 controller and an IBM PC or other 
computer to run diagnostics tests on a device 
containing a Serial Shadow Register (SSR). The 
SSR is a special serial in, serial out register built 
Into devices to facilitate diagnostic testing. 

To test a complex state machine or a microcoded 
CPU engine in a manufacturing environment is a 
complex task. The conventional method has been 
to use a "Bed of Nails" consisting of probes making 
contact to the printed circuit board (PCB) in 
specially assigned places. A master program in the 
tester provides a stimulus and then checks the 
response. These Bed of Nails test fixtures are com- 
plex and costly and worst of all, are mechanically 
interlinked In such a manner that a simple 
movement of an IC on the PCB may cause a whole 
fixture to be scrapped or at least reworked. Each 
fixture may cost up to $10,000 and requires an 
expensive tester to control it. 



8.2 SSR FUNCTIONAL DESCRIPTION 

AMD in conjunction with MMI pioneered a concept 
called Serial Shadow Register (SSR). Typically in 
state machines or microcoded CPUs, data is 
latched Into a register on one clock to drive the 
logic and on the next clock, the result is latched 
into a destination register. The SSR is an addi- 
tional diagnostic register linked to the main device 
register. It can load new information into the 
device register and capture the response of the 
device. Various test inputs are entered into the 
SSR serially from a computer with the assistance of 
a controller (FPC). The device executes the input 
and returns the result into the SSR. The controller 
serially extracts the result from the SSR and 
transfers it to the computer. The computer then 
checks the response with the known correct 
response. Using serial input and output to the 
SSR keeps the pin count down. 

SSRs can be used in all phases of the product 
testing because they are a part of the device and 
therefore available at all times. They can be used 
in engineering to debug the design, in manufac- 
turing to test each device for compliance, and, in 
field service, to diagnose faulty operation either at 



the customer site or at the repair depot. 

The controller's task is to convert the parallel IBM 
PC bus, or equivalent, to a serial data stream to be 
shifted into the SSRs. The SSR is driven from a 
relatively inexpensive Personal Computer (PC) 
that has a file of many stimulus pattems and the 
corresponding response patterns. In operation, 
the PC writes the first byte of the stimulus pattern 
to the SSR controller, in parallel (See Figure 8-1). 
The controller then shifts the pattern out to the 
SSR (stimulus chain, N1 bits long, in the device to 
be tested) and informs the PC through the 
"DONE" flag that it can accept more parallel data. 
This interchange goes on until the stimulus chain 
in the device being tested is full (N1 bits shifted). 

Then the PC changes the state from "SHIFT OUT" 
to "EXECUTE" and the controller generates the 
necessary clocks to compute the response. The 
FPC then loads the first byte from the SSR 
response chain into the PC read register and 
informs the PC. The PC now examines, on a bit 
for bit basis, the response pattern just read with 
the known good response pattern in its file. Any 
errors can be flagged and output to the printer or 
displayed on the CRT screen, thereby helping 
pinpoint the exact area of fault. This byte compare 
goes on until the entire response chain of N2 bits 
has been examined. This whole sequence can be 
done as many times as necessary to fully check out 
the PCB at the bit level. 



8.3 ARCHITECTURE 

The heart of the operation is the AMD 
Am29PL141, Fuse Programmable Controller. It 
takes care of controlling the D clock, P clock, and 
Mode of the serial chain. It shifts the 8 bits out and 
then specifies "DONE". It monitors the "SHIFT 
OUT" and "Go" control bits for status change. 
Figure 8-2 gives pin level detail of the blocks or 
units shown in the the block diagram. Figure 8-3 
shows the user interface circuitry. 

U1 serves as an address decode PAL Device 
whose equations are given later. U2 is just a data 
bus buffer to keep the loading to 1 LS TTL load. 

U3 and U4 form the handshake flip flops for the 
Am29PL141 controller to the PC interface. U3 
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controls the state of the controller. The "MODE 
SHIFT OUT" is for the loading of stimulus into the 
SSR. When that is through, the PC clears this flip 
flop and sets the "GO" bit which is a trigger for the 
Am29PL141 (U11) to set the SSR Mode line to 1, 
issue 2 P CLKS and then 1 D clock. 

U5 Is the input shift register used for the parallel to 
serial conversion. U6 is the number of bits to shift 
this time, it must always be written prior to the 
writing of U5. Wrrting to U5 sets the "NEW DATA" 
flag flip flop U3 to tell the Am29PL141 to shift out. 
U8 is just an interface to the 6 pin connector to 
isolate the board from the device under test. 

U7 is the serial to parallel converter. When read, it 
puts data on the internal data bus (BDO-7). When 
U8 is read, the "READ DATA" flip flop is set to 
infomi the Am29PL141 to shift in 8 new bits for 
interrogation. 

U10 is a register to pre-synchronize the asyn- 
chronous signals to guarantee set up times for the 
Am29PL141. This prevents any metastability 
problem for the Am29PL1 41 . 

U11 is the Am29PL141 programmable controller 
(See Figure 8-2). It provides the timing and control 
signals to operate the device. It controls the 
parallel flow of data between the IBM PC and the 
serial/parallel converters, U5 and U7. It controls 
the serial flow of data between U5 and U7 and the 
device under test. One of the outputs EXEC Is a 
status signal. It is set when the microprogram is in 
the EXEC loop. This output can be monitored by a 
diagnostic probe if desired. 

The typical user interface circuitry is shown in 
Figure 8-3. It represents the minimum that needs 
to be done on the board under test. 

The flow diagram of the microcode is shown in 
Figure 8-4. The assembler source code for the 
program is given in Figure 8-5. The PAL Device 
equations are given in Section 8.4. 



8.4 PAL DEVICE EQUATIONS FOR 18P8 

(in PLPL) 

Device (Aral8P8) 

PIN 
/lOWR = 1 /lORD = 2 tA9:A3) = [3:9] 
GND = 10 . A2 = 11 

Al = 12 AO = 13 /COUNTLD = 19 /DBEN = 18 
/DATAIN = 17 

DATAOUT =16 /STATUS WR = 15 STATUS 
RD = 14 ; 

BEGIN 

STATUS RD = lORD * A9 * A8 * A7 * A6 * A5 * 
A4 * /A3 * /A2 ♦ /Al * /AO ; 

STATUS WR = lOWR * A9 * A8 * A7 * A6 * A5 * 
A4 * /A3 * /A2 * /Al * /AO ; 

DATA OUT = lORD * A9 * A8 * A7 * A6 * A5 * 
A4 * /A3 * /A2 * /Al * AO ; 

DATA IN = lOWR * A9 * A8 * A7 * A6 * A5 * A4 
* /A3 * /A2 * /Al * AO ; 



DBEN = ( lORD + lOWR ) * A9 * A8 
* A5 * A4 * /A3 * /A2 ; 



A7 * A6 



COUNT LD = lOWR * A9 * A8 * A7 . * AS * A5. 
A4 * /A3 * /A2 *A1 * AO ; 



END. 



8.5 SUMMARY 

This design represents a minimum number of ICs 
to do an interlinked control job for the SSR chain. 
The objective is to show that a low cost testing 
alternative is available to diagnose state machines 
and microprocessors. 
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150 < S240 



. TOSHIFTININPUTOF 
1STSSR REGISTER 



+5V 



150 < 



S240 



DCLK2> i "C^ 



. TODCLKINPUTOF 
ALLSSR 



■fSV 



150 < 



S240 



MODE 3 > * °[^ 



.TO MODE CONTROL 
OF ALLSSR 



8240 



S0 4> 0<^ 

5> 



FROM SO OUT OF LAST 
REGISTER IN SSR CHAIN 



+5V 
> S240 



1 



PCLK 6 > 1 d> o o TO PIPELINE CLK ON ALL 

„ ^ ,j^ ^ REGISTERSANDCHIPS 

(j)W3 

I I 



. FROM INTERNAL 
CLOCKSOURCE 



JUMPER W2-W3 FOR NORMALOPERATION 
W1-W2 FOR DIAGNOSTIC MODE 



Figure 8-3. User Equipment Interface Circuitry 
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( RESP2) 



NOTE: 



> = OUTPUT SIGNALS OCCURRING 
■/ IN ONE INSTRUCTION CYCLE 



Figure 8-4. SSR Controller Program Flow Diagram 



8-6 



DEVICE ( PL141 ) 

DEFAULT = 1 ; 

DEFINE 

MODE_SHIFTOUT = TO 
GO = Tl 
NBORROW = T2 
READDATA = T3 
NEWDATA = T4 
VCC = CC 
MODE = 0071#H 
DCLK = 0072#H 
PCLK = 0074#H 
DONE = 0078 #H 
NCLRGO = 0060#H 
NCLRIN = 0050#H 
NCLROUT = 003 0#H 
EXEC = 00F0#H 1 

DEFAULT_OUTPUT = 0070#H ; 

BEGIN 



EXECl 



EXEC2 



EXEC + DONE 
EXEC + DONE , 
EXEC + DONE , 

EXEC + DONE 



, IF ( MODE_SHIFTOUT ) THEN GOTO PL ( EXEC2 ) 
IF ( GO ) THEN GOTO PL ( RESP ) ; 
IF ( VCC ) THEN GOTO PL ( EXECl ) ; 

,IF ( NOT NEWDATA ) THEN GOTO PL ( EXECl ) ; 



STIM : 
STIMl 



STIM2 



NCLRIN , IF ( VCC ) THEN LOAD PL ( 07 #H ) ; 

DCLK , CONTINUE ; 
, CONTINUE ; 

, IF ( NOT NBORROW ) THEN GOTO PL ( STIM2 ) 
, WHILE ( CREG < > ) LOOP TO PL ( STIMl ) 

EXEC + DONE , IF ( VCC ) THEN GOTO PL ( EXECl ) 



RESP 



RESPl : 
RESP2 : 



RESP3 



END. 



NCLRGO + MODE , CONTINUE ; 
MODE + PCLK , CONTINUE ; 
MODE , CONTINUE ; 
MODE + PCLK , CONTINUE ; 
MODE + DCLK , CONTINUE ; 
NCLROUT , IF ( VCC ) THEN LOAD PL ( 07 #H ) I 
DCLK , CONTINUE ; 
, CONTINUE ; 
, WHILE ( CREG < > ) LOOP TO PL ( RESP2 ) ; 
, IF ( READDATA ) THEN GOTO PL ( RESPl ) ; 
, IF ( NOT MODE_SHIFTOUT ) THEN GOTO PL ( RESP3 ) 
DONE + EXEC , IF ( VCC ) THEN GOTO PL ( EXECl ) ; 
.ORG 63 #D 
DONE + EXEC , IF ( VCC ) THEN GOTO PL ( EXECl ) ; 



Figure 8-5. SSR Controller Source Program Listing 
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CHAPTER 9 

QUARTER-INCH TAPE CARTRIDGE and SMALL COMPUTER SYSTEM 
INTERFACE CONTROLLER USING Am29PL141 



9.1 OVERVIEW 

This application note describes the use of the 
Am29PL141 Fuse Programmable Controller 
(FPC), to control both the Quarter Inch Tape 
Cartridges via the QIC-02 industry standard and 
the Small Computer Systems Interface (SCSI), also 
an industry standard as defined by ANSI X3T9.2 
subcommittee. This controller functions as the 
"Host" to the QIC-02 interface and as an "Initiator" 
to a SCSI system. This design provides the 
capability to transfer data in both directions, 
between the SCSI bus and QIC-02. 

A practical use is to back up data on a hard disk 
(SCSI) via Tape (QIC-02). The FPC functions as a 
high performance (50 ns instruction cycle time) I/O 
Controller which is slave to the system CPU (host). 
It supports the maximum data rates of both 
interfaces (1.5 IVIbyte/Sec. asynchronous mode 
for SCSI). This design uses the 80188 
microprocessor, but any host microprocessor 
could be interfaced to the FPC in a similar fashion. 
The QIC-02 standard interface is fully supported 
and the single initiator multiple target mode is 
supported for SCSI. Although this application 
does not include using all advanced features of 
SCSI, the section on "Advanced Features of 
SCSI" does provide Insight into upgrading this 
design. 

In the following discussions, it is assumed that the 
reader is somewhat familiar with the 80188, FPC, 
QIC-02, and SCSI. An overview of the QIC- 02 and 
SCSI is given below. A discussion of the QIC-02 
and SCSI, including timing diagrams, has been 
included in Appendix B. 

9.1.1 QIC-02 Overview 

QIC-02 is an industry standard which defines the 
interface between a host system and Quarter Inch 
Cartridge Tape Drives. Read/write commands, 
status and, of course, data are transmitted over this 
interface, as depicted in Figure 9-1 . The bus and 
control signals between QIC-02 and host are all 
standard TTL levels. Timing diagrams for this 
interface are given in Appendix B. This interface 
handshake timing is duplicated for the host side by 
the FPC and two AmPAL22V1 Os. 



The interface lines are used as follows: 

ACKNOWLEDGE (ACK) is used with Transfer to 
transfer data across the interface. 

READY (RDY) indicates that the tape drive can 
accept a command. It is used to handshake the 
command across the interface. In the write mode, 
READY indicates that the drive's internal buffer is 
empty and ready to receive new data. In the read 
mode, READY indicates the drive buffer can now 
be accessed by the host. 

EXCEPTION (EXP) alerts the host that the 
execution of a command has been terminated. 
This may be a normal completion or an interrupt 
due to a fault (hard errors, write protected, etc.). 
The response by the host must be READ 
STATUS. 

DIRECTION (DIRC) indicates direction of data flow. 
This signal is used to enable/disable the data bus 
transceivers in the HOST. 

ON-LINE signal is deasserted at the beginning of a 
read (from tape) or write (to tape) operation. 



HOST 
SYSTEM 




ACKNOWLEDGE 




QIC-02 
TAPE 
DRIVE 




READY 






EXCEPTION 






DIRECTION 




A- 
V 


SBrTDATABUS 
ONLINE 






RESET 






REQUEST 






TRANSFER 











Figure 9-1. QIC-02 Interface 
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RESET initializes tlie tape drive. Tine drive 
repositions the heads to tracl< zero. 

REQUEST indicates that a command is on the data 
bus. 

TRANSFER Is used with ACKNOWLEDGE to 
handshake data over the bus; see timing diagram. 

9.1.2 SCSI Overview 

Small Computer Systems Interface (SCSI) is a disk 
controller standard developed by the ANSI X3T9.2 
subcommittee. SCSI defines an 8-bit parallel bi- 
directional data bus with parity, plus nine control 
lines. The SCSI protocol allows single or multiple 
host computers (initiators) to share multiple 
peripherals (targets, i.e. hard disk, floppy disks, 
etc.). Up to eight daisy chained devices can 
reside on the SCSI bus, with data transfer rates of 
4 Mbytes/sec. synchronous and 1.5 l^/lbyte/sec. 
asynchronous. The timing diagrams are given in 
Appendix B. 

The following is a summary of the interlace signals: 

I/O is driven by a target to control the direction of 
data movement. True indicates input to the 
initiator. 

I^SG is driven by a target to indicate "l\/lessage 
Phase". When I^SG is asserted, REG (Request) is 
also asserted by the target for transfer of data byte 



indicating the end of the operational phase 
("Message"). 

RED is asserted by target to indicate that a data 
byte is to be transferred on the data bus. Data byte 
is transferred via handshake with ACK 
(Acknowledge). 

ATN (Attention) is driven by an initiator to indicate 
to target an "attention" condition. 

An initiator uses SEL along with asserting the 
appropriate data (address) bits (0-7) to select a 
target. Select line is deasserted after the target 
asserts BSY to acknowledge selection. 

RST (Reset) is a pulse asserted by the initiator to 
stop the target's present operation and return 
same to idle condition. 

Data bus and control signals require open collector 
drivers capable of sinking 48 mA each to support 
SCSI mode of multiple initiators with multiple 
targets. SCSI provides for either single ended 
(6 meter max. cable length) transmission or 
differential (up to 25 meters) . 



9.2 FUNCTIONAL DESCRIPTION 

Figure 9-2 shows the block diagram of the 
Am29PL141 (FPC) QIC-02 and SCSI Controller. 
This controller functions as a "Host" to the OIC-02 



^ ADDRESS/DATA | ^ 



V 



MICRO- 
PROCESSOR 



V 



PROGRAM 

MEMORY 

PROM 






MAIN 

MEMORY 

RAM 



INTERRUPT 
AND STATUS 



SCSI 
DATA BUS 



V 



QIC-02 
DATA BUS 



DMAREQ/INT/ARDY 



DUAL CHANNEL 
BUS CONTROLLER 



SCSI 

CONTROL 

LINES 

AmPAL22V10 



OIC-02 

CONTROL 

LINES 



Figure 9-2. AmPL141 QIC-02 and SCSI Controller Block Diagram 
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interface and as an "Initiator" to a SCSI system. 
This design is composed of three main functional 
blocks: Microprocessing Unit, Dual Channel Bus 
Controller, I/O Bus Interface. 

The Microprocessing Unit Is a straightforward 
design centered around the 80188 micro- 
processor which provides system level control to 
the FPC through commands issued over its 8-bit 
data bus and with feedback from the FPC via DMA 
requests, intermpt, wait state insertion asynch- 
ronous ready (ARDY), Interrupt Register, and a 
Status Register. 

The heart of the Dual Channel Bus Controller is the 
Fuse Programmable Controller (Am29PL141) 
which generates and monitors interface control 
signals for both I/O bus interfaces (QIC-02 and 
SCSI). The FPC Is slave to the 80188, and 
controls the transfers of commands, status, and 
data to/from both I/O interfaces via single byte 
DMA transfers to/from Main Memory. Interleaved 
single byte transfer to/from both I/O devices Is 
provided. This approach supports maximum rates 
for both I/O channels. 

The I/O Bus Interface provides single-ended drive 
for both I/O channels (48 mA per line). Open 
collector drivers are required for all SCSI generated 
control signals; however, standard {Am29800 
family) buffers and transceivers are satisfactory for 
the QIC-02 and SCSI data bus. 

Each of these functional blocks are now described 
in detail. 

9.2.1 80188 Microprocessing Unit 

The Microprocessing Unit in this design performs 
all of the high level system control and application 
functions required when interfacing to tape and 
disk. These functions include system and 
application programs, direct memory access (DMA) 
controllers, timers, interrupt controllers and chip 
select decoders. The 80188 High Integration 
Microprocessor was chosen for this design 
because all of the above functions except the 
programs and associated memory are contained in 
a single chip. The 80188 provides two DMA 
channels, three programmable timers, a 
programmable interrupt controller and a 
programmable chip select decoder. In this design, 
both DMA channels, one timer, one external 
interrupt and four peripheral chip selects (PCS1-4) 
are dedicated to the SCSI and QIC-02 interfaces. 

In order to configure the 80188 for this application, 
certain operations must be performed prior to 
executing any instructions which will access the 
SCSI or QIC-02 interfaces. After reset, only the 



Upper Memory Chip Select (UMCS) is active in 
order to allow the 80188 to begin execution at 
location FFFOH. At this time, UMCS is pro- 
grammed for a block size of 1 K bytes. To allow full 
use of the Am27512, 64KX8 EPROM, the UMCS 
register should be programmed with the value 
F03DH. This sets UCMS for a 64K byte block size, 
inserts one automatic wait state and ignores 
external RDY in the range FOOOOH to FFFFFH. 
Likewise, the Lower Memory Chip Select (LMCS) 
must be programmed via the LMCS register. 

Programming this register with the value 01FCH 
selects an 8K byte block size, zero automatic wait 
states and ignores external RDY in order to take full 
advantage of the Am99C88-70, 70ns 8KX8 CMOS 
Static RAM. Finally, the Peripheral Chip Selects 
(PCSM) must be configured. Four of these PCSM 
are used to select the SCSI and QIC-02 interfaces. 
The PCSM are configured via MFCS and PACS 
control registers. The MFCS register is 
programmed with the value, 84B8H, which places 
the PCSM in I/O address space, enables all seven 
PCS lines, inserts no automatic wait state, and 
uses external RDY. This value also configures the 
Mid-Range Memory Selects (MCSM) for 8 Kbyte 
block size The PACS register is programmed with 
the value 0078H. This places the PCS block at I/O 
address OOOOH, inserts no automatic wait states, 
and uses external RDY. 

With the hardware now configured, the 80188 is 
prepared to run applications utilizing the SCSI and 
QIC-02 interfaces. An example of a simple 
application is shown in Figure 9-3. This application 
selects DISKO on the SCSI and reads 2000 bytes 
into a data buffer. It then rewinds the tape on the 
QIC-02 and writes the data buffer onto the tape. 
As can be seen in Figure 9-3, there are several 
support routines which perform the actual 
communication with the SCSI/QIC-02 interface. 



SOFTWARE SUPPORT ROUTINES: 

FPC Control This procedure outputs a function 
and a code to the FPC command register. It also 
reinitializes the watchdog timer via another 
procedure (WD.Init) not described here. The 
watchdog timer is used to reset the Am29PL141 in 
the event that a device on either the SCSI or QIC- 
02 fails to complete the proper handshake and 
locks up the bus of 80188. 

SCSI-lnit. This procedure uses the FPC Control 
routine to assert and deassert the SCSI RST signal 
in order to initialize the SCSI interface. 

QIC2-lnit. This procedure asserts and deasserts 
the QIC-02 RESET signal to initialize the interface. 
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PROGRAM MAIN; 

/* THIS PROGRAM IS AN EXAMPLE OF THE ROUTINES NECESSARY TO 
UTILIZE THE SCSI/QIC-02 INTERFACE. EACH ROUTINE IS DESCRIBED IN 
THE ACCOMPANYING TEXT. THE MAIN PROGRAM PERFORMS THE SIMPLE 
OPERATIONS OF READING A MULTI-SECTOR BUFFER, REWINDING THE TAPE 
AND WRITING THAT BUFFER TO THE TAPE. */ 

CONST 

DISK0 = 1; /* DISK ADDRESS ON THE SCSI BUS */ 

DATN = 

DRST = , 
INTl = 
DTREQ = 
TPONL = 
TRINT = 
TPRST = 
DACK = 



SET = 
RESET 



0; /* CONTROL CODE FOR RESET OPERATION */ 



FPC COMMAND = 0; /* FPC COMMAND REGISTER ADDRESS */ 

SCST = 128; /* SCSI DATA PORT ADDRESS */ 

TAPE = 256; /* QIC-02 DATA PORT ADDRESS */ 

ISR = 384; /* INTERRUPT STATUS REGISTER ADDRESS */ 

STAT = 512; /* STATUS BUFFER ADDRESS */ 



READ COMMAND = BYTE [ 8, 



/* READ COMMAND CODE */ 
/* LUN 0, HEAD , TRACK 0, 
SECTOR */ 



0, 
0, 
4, 
01 



/* FOUR BLOCKS OF 512 TO BE READ */ 

/* ENABLE RETRIES AND ERROR CORRECTION */ 



CHAN0 = 0; /* DMA CHANNEL INDICATORS */ 
CHANl =1; 

EOI = 34 +65280; /* EOI REGISTER OFFSET PLUS CONTROL 
BLOCK BASE ADDRESS */ 

INTl IS = 13; /* INTERRUPT 1 IDENTIFIER TO RESET 

IN-SERVICE BIT IN EOI REGISTER */ 

DMA0 IS = 10; /* DMA CHANNEL IDENTIFIER TO RESET 

IN-SERVICE BIT IN EOI. REGISTER */ , 

DMAl IS = 11; /* DITTO FOR DMA CHANNEL 1 */ 



VAR 



SCSI_FLAG, TAPE_FLAG, COUNT, I 
DATA_BUFFER [2000] : BYTE; 
STATUS BUFFER [2] : BYTE; 



INTEGER; 



PROCEDURE FPC_CONTR0L (FUNC, CODE); 
CONST CMDMASK = BYTE 8; 
VAR CMDACK : BYTE; 



BEGIN 



END; 



WD_INIT; /* INITIALIZE WATCHDOG TIMER */ 

CMDACK := 8; 

DO WHILE CMDACK <> 

CMDACK := CMDMASK AND INPUT (ISR); 
OUTPUT (FUNC*8+CdDE, FPC_COMMAND) ; 



Figure 9-3. SCSI/QIC-02 Driver Example (Sheet 1 of 3) 
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PROCEDURE SCSI_INIT; 
BEGIN 

FPC_COMTROL (SET, DRST); /* ASSERT SCSI RST */ 

DELAY (100); /* WAIT 100 USECS */ 

FPC_CONTROL (RESET, DRST); /* DEASSERT SCSI RST */ 
END; 

PROCEDURE QIC2_INIT; 
BEGIN 

FPC_CONTROL (SET, TPRST); /* ASSERT QIC-02 RESET */ 
DELAY (100); /* WAIT 100 USECS */ 

FPC_CONTROL (RESET, TPRST); /* DEASSERT RESET */ 
END; 

PROCEDURE D_SELECT (IDENT); 
BEGIN 

WD_INIT; /* INITIALIZE WATCHDOG TIMER */ 
OUTPUT (IDENT, SCSI); /* OUTPUT THE IDENTIFIER TO THE 

SCSI PORT */ 
END; 

PROCEDURE T_CMD (COMMAND) ; 
BEGIN 

WD_INIT; 

OUTPUT (COMMAND, TAPE); 
END; 

PROCEDURE D_XFER (FUNC, BUFFER, COUNT); 
BEGIN 

IF FUNC = READ THEN 

DMA_SETUP (SCSI, BUFFER, COUNT, CHAN0); 
ELSE 

DMA_SETUP (BUFFER, SCSI, COUNT, CHAN0); 
WD_INIT; 

DMA_START (CHAN0); 
END; 

PROCEDURE T_READ (BUFFER, COUNT) ; 
BEGIN 

DMA_SETUP (TAPE, BUFFER, COUMT, CHAN!) ; 

WD_INIT; 

DMA_START (CHANl); 
END; 

PROCEDURE T_WRITE (BUFFER, COUNT); 
BEGIN 

DMA_SETUP (BUFFER, TAPE, COUNT, CHANl); 

WD_INIT; 

DMA_START (CHANl) ; 
END; 

PROCEDURE FPC_ISR; 

VAR INTSTAT : BYTE; 
BEGIN 

INTSTAT := INPUT (ISR); /* GET THE INTERRUPT STATUS */ 
IF INTSTAT AND TRDY_MASK THEN 
BEGIN 

FPC_CONTROL (RESET, TRINT); 
TAPE_FLAG := 0; , 
END; 
IF INTSTAT AND SCS I_ERROR_MASK THEN 

SCSI_INIT; 
IF INTSTAT AND TAPE_ERROR_MASK THEN 

QIC2_INIT; 
FPC_CONTROL (RESET, INTl); 
OUTPUT (INT1_IS, EOI); 
END; 

Figure 9-3. SCSI/QIC-02 Driver Example (Sheet 2 of 3) 
9-5 



PROCEDURE DMA0_ISR; 
BEGIN 

SCSI_FLAG := -; 
OUTPUT (DMA0_IS, EOI); 
END; 

PROCEDURE DMA1_ISR; 
BEGIN 

TAPE_FLAG := 0; 
OUTPUT (DMAl_IS, EOI) ; 
END; 

BEGIN /* MAIN PROGRAM BODY */ 
SCSI_INIT; 
TAPE_INIT; 
D DELECT (DISK0) ; 

SCSI FLAG := 1; /* SHOW SCSI OPERATION IN PROGRESS */ 
D_XFER (WRITE, READ_COMMAND, 6); /* SEND READ COMMAND TO DISK */ 
DO WHILE SCSI FLAG = 1 

I:= 1+1;"/* WASTE TIME WAITING FOR COMPLETION */ 
SCSI FLAG := 1; /* SHOW A NEW SCSI OPERATION IN PROGRESS */ 
D_XFER (READ, DATA_BUFFER, 2000); /* READ 2000 BYTES */ 

/* START AN OPERATION ON THE QIC-02 SIDE OF THE INTERFACE 
TO RUN IN PARALLEL WITH THE SCSI OPERATION */ 

TAPE FLAG := 1; /* SHOW QIC-02 OPERATION IN PROGRESS */ 

T CMD (REWIND); /* REWIND THE TAPE */ 

FPC_CONTR0L (SET, TRINT) ; /* ENABLE INTERRUPT ON TAPE RDY */ 

DO WHILE TAPE FLAG = OR SCSI_FLAG = 1 

I := I+l; /* WAIT FOR THE OPERATIONS TO COMPLETE */ 

/* BOTH OPERATIONS ARE NOW COMPLETE */ 

SCSI FLAG := 1; 

D_XFER (READ, STATUS_BUFFER , 2); /* GET DISK STATUS */ 

DO WHILE SCSI_FLAG = 1 

I := I+l; 
IF STATUS_BUFFER (H = G0OD_STATUS THEN 
BEGIN 

TAPE_FLAG := 1; 

T CMD (WRITE); /* PUT TAPE IN WRITE MODE */ 
T_WRITE (DATA_BUFFER, 2000) ; /* SEND OUT THE DATA */ 
DO WHILE TAPE_FLAG = 1 
I := I+l; 



END; 
END; 
END. 



Figure 9-3. SCSI/QIC-02 Driver Example (Sheet 3 of 3) 



D-Selecl. This procedure outputs an eight bit T-Wrlte. This procedure writes data from a 

select code to the SCSI interface. This process is memory buffer to the QIC-02. 

Intercepted by the Am29PL141 which performs 

the SELECT handshake. FPC-SR. This procedure is the interrupt service 

routine for the Am29PL141. Upon entry it obtains 
T-CMD. This procedure outputs an eight bit the interrupt status from the FPC Interrupt Status 
command to the QIC-02 interface. This process is Register (ISR). This status is examined to detect 
intercepted by the Am29PL141 which performs the occurrence of any errors. If any are detected, 
the COI^MAND handshake. the offending interlace is reinitialized. This is a 

very rudimentary form of error handling and is used 
D-XFER. This procedure performs all data, only fdr purposes of this example. More elaborate 
command and status transfers to and from the error handling is possible in actual applications. 
SCSI interface. Prior to exiting this procedure, the interrupt source 

is reset and the in-service bit in the interrupt 
T-Read. This procedure reads data from the QIC- controller is cleared. 
02 and places it in a memory data buffer. 
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DMAO-ISR, DMA1-ISR. These procedures signal 
the completion of data transfers to other modules 
by clearing the appropriate in-process flag (SCSI - 
FLAG, TAPE - FLAG). 

9.2.2 Dual Channel Bus Controller Architecture 

Refer to the complete schematic (Figure 9-4) for 
the Am29PL141 QIC-02 and SCSI Controller and 
two AmPAL22V10s. These three programmable 



devices provide the intelligence to control SCSI 
and QIC-02 interfaces, and required additional MSI 
control logic off-loading these tasks from the 
80188 (any host CPU). In this application, the FPC 
can be thought of as a high speed microprocessor- 
like controller with twenty-nine fixed instructions, 
and sixteen programmable output control lines 
(thirteen of which are used in this application). 
Each instruction is executed during a single clock 
cycle of 50 ns. Although it can operate as a stand- 



DEVICE condition_code_inux (AmPAL22V10) ; 

"This device selects one of many input conditions to be tested 
by the Am29PLl41 and registers it in order to meet the CC setup 
time requirement. It also collects two pieces of miscellaneous 
logic necessary to produce the ARDY and DMSG signals." 



PIN 



elk = 1 
dtreq = 4 
exp = 7 
bsyin = 10 
msg = 14 
CC = 17 
cc_mux_sel_3 
CC mux sel 1 



vcmd = 2 
ddack =. 5 
trdy = 8 
dreq = 11 
dmsg = 15 
spare = 18 

20 

22 



trint =3 




dtack = 6 




tack = 9 




c d bar = 13 




ardy = 16 




ardy in = 19 




cc mux sel 2 = 


21 


cc mux sel = 


23 



BEGIN 



END. 

Test_ 

IN 



I_0 
OUT 



ardy 

dmsg 

CASE 
BEGIN 



= ardy_in + /ddack * /ardy_in ; 

= c_d_bar * msg ; 

(cc_mux_sel_3,cc_mux_sel_2,cc_mux_sel_l,cc_mux_sel^0) 

0) 
1) 
2) 
3) 
4) 
5) 
6) cc := msg * c_d_bar + trint * trdy 

7) 

8) 

9) 
10) 
11) 
12) 



cc 


; = 


vcmd ; 


cc 


; = 


ddack ; 


cc 


: = 


dreq ; 


cc 


: = 


tack ; 


cc 


; = 


dtack * dtreq ; 


cc 


; = 


dtack * /dtreq ; 


cc 


; = 


msg * c d_bar + trint 


cc 


: = 


exp ; 


cc 


: = 


bsyin ; 


cc 


: = 


1 ; 


cc 


: = 


dtack ; 


cc 


: = 


dreq * ddack ; 


cc 


: = 


trdy ; 



END; 



vectors 



elk cc_mux_sel_3 cc_mux_sel_2 cc_mux_sel_l cc_mux_sel_ 

vcmd ddack dreq tack dtack dtreq 

msg c_d_bar trint trdy exp ardy_in bsyin ; 



cc dmsg ardy 



Figure 9-5. Condition Code MUX PAL Device Description (Sheet 1 of 2) 
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XXXX XXXX XXXX XXX IX X X H; "ardy" 

XXXX XIXX XXXX XXX 0X XXL; 

3 XXXX X0XX XXXX XXX 0X X X H; 

XXXX XXXX XXll XXX XX X H X; "dmsg" 

XXXX XXXX XX10 XXX XX X L X; 

XXXX XXXX XX01 XXX XX X L X; 

XXXX XXXX XX00 XXX XX X L X; 



C 0000 0XXX XXXX XXX XX 

C 0000 IXXX XXXX XXX XX 

C 0001 X0XX XXXX XXX XX 

C 0001 XIXX XXXX XXX XX 



L X X; "cc = vcmd" 
H X X; 

L X X; "cc = ddack" 
H X X; 



C 0010 XX0X XXXX XXX XX L X X; "cc = dreq" 

C 0010 XXIX XXXX XXX XX H X X; 

C 0011 XXX0 XXXX XXX XX L X X; "cc = tack" 

C 0011 XXXI XXXX XXX XX H X X; 

C 0100 XXXX IIXX XXX XX H X X; "cc = dtack * dtreq" 

C 0100 XXXX 01XX XXX XX L X X; 

C 0100 XXXX 10XX XXX XX L X X; 

C 0100 XXXX 00XX XXX XX L X X; 

C 0101 XXXX IIXX XXX XX L X X; "cc = dtack * /dtreq" 

C 0101 XXXX 10XX XXX XX H X X; 

C 0101 XXXX 01XX XXX XX L X X; 

C 0101 XXXX 0OXX XXX XX L X X; 



C 0110 XXXX XXll 00X XX H X X; "cc = rasg 

C 0110 XXXX XX00 IIX XX H X X; 

C 0110 XXXX XX00 00X XX 

C 0111 XXXX XXXX XX0 XX 



c_d_bar + trint * trdy" 



3111 XXXX XXXX XXI XX 



L X X; 

L X X; "cc = exp" 

H X X; 



C 1000 XXXX XXXX XXX X0 
C 1000 XXXX XXXX XXX XI 



L X X; "cc = bsyin" 
H X X; 



C 1001 XXXX XXXX XXX XX H X X; "cc = 1" 

C 1010 XXXX 0XXX XXX XX L X X; "cc = dtack" 
C 1010 XXXX IXXX XXX XX H X X; 



C 1011 XllX XXXX XXX XX H X X; 
C 1011 X01X XXXX XXX XX L X X; 
C 1011 X10X XXXX XXX XX L X X; 



"cc = dreq * ddack" 



C 1100 XXXX XXXX X0X XX L X X; "cc = trdy" 
C 1100 XXXX XXXX XIX XX H X X; 



END. 



Figure 9-5. Condition Code MUX PAL Device Description (Sheet 2 of 2) 
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alone controller, the FPC has been made a slave to 
the 80188 uP, through the FPC test Inputs (TO- 
TS) and the Command Register (Am2950A). 

The processor (80188) writes to the Command 
Register which contains valid system commands (6 
bits) to the FPC. During the IDLE loop of the FPC 
software, the FPC selects VCMD (by setting 
output lines P3-P6) as Its CC (condition code) 
input through the condition code mux. If CC 
(VCMD) Is a "pass" condition (asserted) meaning 
the Command Register has been updated, then 
the FPC branches to the instruction whose 
address is given by input T0-T5 (from command 
register). After the command has been proces- 
sed, the FPC deasserts the VCMD bit (in the Com- 
mand Register) and returns to the IDLE loop to 
check for either another command from the proces- 
sor or a function required by either SCSI or QIC-02. 

Checking for a VCMD and then branching to the 
processor's command address enables the FPC to 
operate asynchronous to the processor, whose 
bus T states (100 ns) are at one-half the FPC's 
clock rate and skewed in time. The seventh bit in 
the command register is used for the parity error 
latch In the SCSI transceiver, Am29834A, (upper 
right corner of schematic, Figure 9-4). 

The Condition Code Mux (CCM) selects the 
appropriate input to "CC" of the FPC as defined by 
the FPC's output lines P3-P6. This multiplexing is 
not always a straight selection but does Include 
logical combinations of Input signals in some cases 
(see Figure 9-5, Condition Code Mux PAL 
Definition File). 

The CCM provides two other outputs. ARDY 
(asynchronous ready) to the processor is asserted 
when instructed by the FPC and is used to 
lengthen the processor's bus cycle time (amount 
of time data remains valid on the 80188 bus) when 
QIC-02 or SCSI data transfer timing requires It. 

The remaining output from the CCM is DMSG (Disk 
Message) which is an Input to the Interrupt Status 
Buffer. This is asserted when SCSI asserts both 
MSG and C/D. Under this condition, the FPC 
generates an interrupt (INT1), through the 
Addressable Latch (AmPAL22V10), to the 
processor indicating that the Disk (SCSI) Is 
requesting "Command" Data. The processor then 
reads the Interrupt Status Buffer to determine this 
condition (DMSG asserted). The following inputs 
are available to the CCM: VCMD, DTACK, and 
DDACK signals (generated by the processor); 
MSG, C/D, DREQ, and BSYIN (generated by the 
SCSI control bus); TACK, TRDY, and EXP 
(generated by the QIC-02 control bus) and TRINT 
from the Addressable Latch. 



Since the outputs from the FPC are subject to 
change on an instruction by instruction basis (each 
clock cycle), certain signals must be latched. The 
AmPAL22V10 serves as an addressable latch, 
addressed by the FPC output lines P3-P8 
(LADDR). Note that output lines P4-P6 are over- 
laid with the 3-bit field for the CCM. This technique 
frees up three spare output lines at the expense of 
instruction lines in the FPC. Lines P4-P6 select 
which of the eight latches is selected. P8 enables 
all latches. P7 determines set or clear of the latch, 
and PS (ARESET) provides an asynchronous 
reset to all latches. The eight outputs from LADDR 
are: INT1 and DTREG to the processor; TPONL 
and TPRST to the QIC-02 control bus; DACK, 
DATN and DRST (control signals to SCSI); and 
TRINT (a feedback signal to the CCM). Figure 9-6 
describes this PAL (LADDR). 

9.2.3 Am29PL141 Microprogram 

The Am29PL141 is a single-chip Fuse Program- 
mable Controller. It is used in this application as a 
complex controller by programming the appro- 
priate sequence of instructions. The available in- 
struction set is quite rich. It includes jumps, loops, 
waits, and subroutine calls, which can be condi- 
tionally executed based on the test inputs (T0-T5) 
or CC input (all of these are used In this appli- 
cation). The FPC flowcharts provide the details of 
the FPC microprogramming used in this design. 

As shown in Figure 9-7, the IDLE LOOP flow 
diagram, the FPC continually cycles through this 
loop from initial power-on reset (RESET2), and 
jumps to one of nine routines depending on the 
task at hand. After completion of the task, control 
returns to the idle loop. RESET2 initializes the 
FPC to start at address sixty-three. RESET2 is 
generated on system power-up and when the 
processor's watchdog timer times out (TMR0UT1). 
This timer is programmed to time out If the disk or 
tape accesses fail to complete the proper 
handshake in a reasonable time or the FPC locks 
up the bus of the 80188 because of some error 
condition. 

The first instruction (at address 63) is a NOOP. It is 
used to assert ARESET (output line) to LADDR for 
deasserting of latches and to deassert all other 
output lines. The next instruction Is the 
return/entry point into the idle loop. It selects the 
' CCM to enable path for VCMD to CC input of FPC. 

The next state is the first condition test. If CC is a 
PASS condition, there Is a valid command (VCMD 
asserted). The FPC branches to the address 
given in Command Register (T0-T5). If VCMD is 
not asserted (CC = FALSE), it selects DDACK as 
an Input for CC and continues to next incremental 
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DEVICE addressable_latch (AinPAL22V10) ; 

"This device is the addressable latch used by the Am29PL141 to expand 

Its I/O capabilities." ^ 



PIN 



DEFINE 
BEGIN 



Oik = 1 
al =4 
reset = 7 
/drst = 15 
/tponl = 18 
/dack =21 



enable = 2 
a2 =5 

spare[0:4] = 8:11,13 
intl = 16 
/trint = 19 
spare_out [ : 1 ] = 22:23 



ao =3 
function = 6 
/datn = 14 
dtreq = 17 
/tprst =20 



set 



function 



IF (reset) THEN 


ARESET ( ) ; 






case (A2 


A1,A0) 








BEGIN 










0) 


datn : 


= datn * /enable + 


set * 


enable ; 


1) 


drst : 


= drst * /enable + 


set * 


enable ; 


2) 


intl : 


= intl * /enable + 


set * 


enable ; 


3) 


dtreq 


:= dtreq * /enable 


+ set 


* enable 


4) 


tponl 


:= tponl * /enable 


+ set 


* enable 


5) 


trint 


:= trint * /enable 


+ set 


* enable 


6) 


tprst 


:= tprst * /enable 


+ set 


* enable 


7) 


dack : 


= dack * /enable + 


set * 


enable ; 



END. 



END; 



Test_vectors 
IN 

elk enable a2 al aO function reset ; 



I_0 
OUT 



BEGIN 



/datn /drst intl dtreq /tponl /trint /tprst /dack; 
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c 




001 


1 


HLLL HHHH; 


c 




001 





HHLL HHHH; 


c 




010 


1 


HHHL HHHH; 


c 




010 





HHLL HHHH; 


c 




oil 


1 


HHLH HHHH; 


c 




oil 





HHLL HHHH; 


c 




100 


1 


HHLL LHHH; 


c 




100 





HHLL HHHH; 


c 




101 


1 


HHLL HLHH; 


c 




101 





HHLL HHHH; 


c 




110 


1 


HHLL HHLH; 


c 




110 





HHLL HHHH; 


c 




111 


1 


HHLL HHHL; 


c 




111 





HHLL HHHH; 



Figure 9-6. Addressable Latch PAL Device 
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Figure 9-7. QIC-02 Controller Program Flow Diagram (Sheet 1 of 2) 
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Figure 9-7. QIC-02 Controller Program Flow Diagram (Sheet 2 of 2) 
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CLRLAODRmlNTI 
CLRCMDACK 



GO TO IDLE 





CLRLADDR.TPONL 
CLRCMDACK 




GO TO IDLE 



GO TO IDLE 




SETLADDR = TRINT 
CLRCMDACK 




CLRLADDR = TRINT 
CLRCMDACK 




GOTO IDLE 





CLRCMDACK 
CLRLADDR=DATN 




SETLADDRoDRST 
CLRCMDACK 




CLRLADDR = DRST 
CLRCMDACK 



GO TO IDLE 



Figure 9-8. Am29PL141 Valid Command Routines 
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device (pll41) 

"Am29PH41 QIC-02 and SCSI controller" 

default = 1; 

define 

def = lOOOtth 

vcmd = 1000#h 

ddack = 1010#h 

dreg = 1020#h 

tack = 1030#h 

dtareq = 1040#h 

dtanreq = 1050#h 

mctirdy = 1060#h 

exp = 1070#h 

bsyin = 1080#h 

one = 1090#h 

dtack = 10aO#h 

drack = 10bO#h 

trdy = 10cO#h 



condition code mux select lines" 



datn = 
drst = 
intl = 
dtreq 
tponl 
trint 
tprst 
dack = 



lOOOtth 

1010#h 

1020#h 

= 1030#h 

= 1040#h 

= 1050#h 

= 1060#h 

1070#h 



'addressable latch lines" 



cmdack = 0111#h 
ddreq = 1800#h 
sel = 1400#h 
bsyout = 1200#h 
Isrccras = 1080#h 
len = 1100#h 
ccmardy = 1001#h 
xfer = 1002#h 
tpreq = 1004#h 
lareset = 1008#h; 



"other output lines" 



test_condition 



cc ; 



begin 
idle: 



nsel : 
next: 



vcmd, continue; 

vcmd, goto tm(3f#h); 

ddack, if (cc) then call pl(nsel); 

dreq, goto pl(dmaxfer); 

tack, goto pl(rdxfer); 

dtareq, goto pl(wrxfer); 

ddack, if (cc) then call pl(nsel); 

dtanreq, goto pl(cmdxfer); 

mctirdy, goto pl(dint); 

exp, goto pi (tint) ; 

one, goto pi (idle) ; 

ccmardy+bsyin, if (cc) then goto pl(next) else wait; 

one, goto pi (idle); 



dmaxfer:ddreq+ddreq, if (cc) then goto pl(nextl) else wait; 
next!: ccmardy+dack+lsrccms+len, continue; 

dreq, if (cc) then goto pl(next2) else wait; 
next2 : dack+len, goto pl(idle); 

rdxfer: ccraardy+dtreq+lsrccms+len, continue; 

ccmardy+dtack, if (cc) then goto pl(next3) else wait; 
next3 : dtreq + len, continue; 

dtack, if (not cc) then goto pl(next4) else wait; 
next4: xfer+ccraardy+tack, if (not cc) then goto pl(next5) else wait; 

Figure 9-9. QIC-02 Controller Source Program Listing (Sheet 1 of 2) 
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nextS: one, goto pl(idle) ; 



wrxfer : 

next 6 : 
next 7 : 



cmdxf er : 
next 8 : 
dint: 
tint: 

setatn: 

clratn: 



xfer+dtreq+len, continue; 

tack+xfer, if (cc) then goto pl(next6) else wait; 

tack, if (not cc) then goto pl(next7) else wait; 

dtreq+len+lsrccms, continue; 

one, goto pl(idle) ; 

ccmardy+treq+drack, if (cc) then call pi (nsel) ; 
trdy, if (cc) then goto pl(next8) else wait; 
trdy, if (not cc) then goto pi (idle) else wait; 

intl+len+lsrccms, continue; 
one, goto pi (idle); 
intl+len+lsrccms, continue; 
dtreq+len+lsrccms, continue; 
one, goto pi (idle); 
datn+len+lsrccms, continue; 
one, goto pi (idle); 



datn+len, continue; 

one, goto pi (idle); 

setdrst: drst+len+lsrccms, continue; 

one, goto pi (idle); 

clrdrst: drst+len, continue; 
one, goto pi (idle); 

clrint: intl+len, continue; 
one, goto pi (idle); 

sdtreq: dtreq+len+lsrccms, continue; 
one, goto pi (idle); 

cdtreq: dtreq+len, continue; 

one, goto pi (idle), 
stponl: tponl+len+lsrccms, continue 

one, goto pi (idle); 
ctponl: tponl+len, continue; 

one, goto pi (idle); 
strint: trint+len+lsrccms, continue; 

one, goto pi (idle); 
ctrint: trint+len, continue; 

one, goto pi (idle); 
stprst: tprst+len+lsrcQms, continue; 

one, goto pi (idle); 
ctprst : tprst+len, continue; 

one, goto pi (idle); 
.ORG 63#d 

lareset, continue; 



end. 



Figure 9-9. QIC-02 Controller Source Program Listing (Sheet 2 of 2) 



address (PC+1). The IDLE loop continues in this 
fashion to select and test COM input conditions 
and branch accordingly. 

Figure 9-8 shows the Valid Command (VCMD) 
routines. Each command from the processor will 
branch to one of these thirteen valid routines. All 
of these routines are single instructions which set 
(assert) or clear (deassert) output control lines, 
which always include resetting the VCMD signal in 
the Command Register and returning to idle. 



Figure 9-9 is the FPC Microprogram source code 
listing. 

SCSI Interface: The second conditional test in the 
idle loop is based on DDACK (disk DI\/IA 
acknowledge). This subroutine is called after the 
FPC has generated DDREQ (Disk DMA Request) 
and the processor responded appropriately. The 
DDACK signal also enables the SCSI bus 
transceivers for transfer of data. Figure 9-7 shows 
this call routine (SEL). The FPC asserts ARDY 
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output, to insure processor bus is open long 
enougti for transfer of SCSI data to main memory, 
and selects BSYIN as CC test input. The FPC waits 
for SCSI to assert BSYIN before proceeding. 
BSYIN indicates that the disk is using the SCSI 
bus. At this time, ARDY can be deasserted, since 
the data byte is in main memory, and FPC can 
return to idle at point of exit. 

The IDLE Loop then conditionally tests the signal 
DREQ. If DREQ is asserted, then a jump to the 
DMAXFER routine takes place. DREQ stands for 
disk request for data. This signal is generated by 
SCSI during data transfer, write to or read from 
disk, as the handshake with acknowledge (ACK) 
from the FPC. Detecting DREQ being asserted 
causes the FPC to begin single byte DMA transfer 
to/from main memory. 

First, the FPC asserts DDREQ (disk DMA request) 
on DMA Request Channel (DRQO) as an input to 
Processor (80188). The processor acknowledges 
this DMA request by asserting DDACK (disk DMA 
acknowledge) which is an input to the CCM. 
DDACK is the PCS1 (programmable chip select 



#1) from the processor. PCS1 is qualified (gated) 
with DEN, also from the processor, to enable the 
SCSI transceiver onto the internal 8-bit data bus. 
Direction of this transceiver is controlled by the I/O 
signal from the SCSI control bus. 

After detecting DDACK asserted, FPC then 
deasserts DDREQ output, asserts output ARDY 
(to extend 80188 DMA bus cycle) and sets output 
to LADDR (addressable latch) which asserts DACK 
(disk acknowledge). DACK is asserted to SCSI 
(through LADDR) to continue the data byte 
transfer handshake (refer to SCSI timing diagram 
Figures in Appendix B). The CCM is selected for 
DREQ input. After DREQ is again asserted by 
SCSI, the transfer is complete. DACK and ARDY 
are deasserted by the FPC and flow returns to idle 
loop. This DMA transfer routine is used for both 
writes to and reads from SCSI since the only 
difference in timing signals is the I/O directional 
signal which is controlled by SCSI . 



QIC-02 Interface. The next 
instruction tests TACK 
acknowledge). TACK from 
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Figure 9-10. SCSI Advanced Features Upgrade 
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handshake signal used with XFER from FPC to 
transfer data (see QIC-02 timing diagrams In 
Appendix B). With TACK asserted, a jump to 
RDXFER (read transfer from tape) takes place. All 
of the QIC-02 processing flow is shown in sheet 2 
of Figure 9-7. In a similar fashion to SCSI data 
transfer, QIC-02 data is a DMA to/from main 
memory using DMA Request Channel 1 (DREQ1) 
of the processor. DTREQ is asserted by the FPC 
(through LADDR) and ARDY is asserted to the 
processor through CCM. Next is a conditional wait 
until the processor acknowledges this DMA REQ 
via DTACK (input to CCM and QIC- 02 Data Bus 
Transceiver enable). After CC = PASS (I.e. 
DTACK condition asserted), DTREQ and ARDY 
outputs are deasserted and the QIC-02 read timing 
handshake continues with a return to the idle loop. 

The next conditional test in the idle loop is for a 
tape write cycle, indicated by both DTACK and 
DTREQ being asserted. The WRXFER routine 
shown in Figure 9-7 matches QIC-02 timing 
requirements as discussed in Appendix B. The 
flowcharts for FPC routines include the tape 
transfer commands and processor interrupts on 
tape exception conditions. 

QIC-02 requires different timing during tape write, 
read, command, and for tape rewind, which has 
been divided into separate FPC routines which are 
interactive with the processor. It begins a tape 
access by issuing "set on line" (TPONL) valid 
command and ends tape access with "clear on 
line" (TPQNL). The microprocessing unit section 
above discusses this interaction. 



EQU = INTDTAO * DEVADRO 

+ INTDTAl * DEVADRl 

+ INTDTA2 * DEVADR2 

+ INTDTA3 * DEVADR3 

+ INTDTA4 * DEVADR4 

+ INTDTA5 * DEVADR5 

+ INTDTA6 * DEVADR6 

+ INTDTA7 * DEVADR7 



Figure 9-11. Node Address Comparator PAL Device 
Equation 



9.3 ADVANCED FEATURES OF SCSI 

This design can be upgraded to include SCSI bus 
arbitration, initiator reselection and operation as 
target as well as Initiator. These features are 
required in a multiple initiator, multiple target 
environment. 

The logic shown in Figure 9-10, when added to 
the original design, accomplishes the above. It 
also provides the means for transferring 
commands, status, messages, and target selection 
Information via 80188 programmed I/O transfers. 
For support of target mode operation, it Is 
necessary to provide SCSI bus drivers and 
addressable latches for the following SCSI signals: 
REQ, C/D, I/O, MSG, and SEL (not shown). 

SCSI bus node addresses are one bit in length. 
That is, each node is assigned one of eight 
possible addresses corresponding to one of the 
eight SCSI bus data lines. During the SELECT 
phase of bus operation, a node must only test one 
bit of the data bus to determine if it is being 
selected. Similarly, during the ARBITRATION 
phase, the node that is asserting the highest bit on 
the data bus '\fvins" control of the bus. 

Before allowing SELECTION or ARBITRATION, 
the 80188 must first load the SCSI "Node Address 
Register". This register is used as a mask register 
to determine which bit of the SCSI data bus will be 
tested during SELECT/RESELECT and which bit 
will be asserted by this node during the 
ARBITRATION phase. 

9.3.1 Selection (Target reselecting Initiator / 
selection as Target) 

The SCSI bus SEL must now be tested in the 
Am29PL141's idle loop. If asserted, the 
Am29PL141 tests the SCSI bus "address 
compare bit - EQU" (16L8 shown in Figure 9-11) 
and the SCSI bus BSY signal. If this SCSI node is 
being addressed and BSY is not asserted; then, 
the Am29PL141 branches to a routine that will 
monitor SCSI BSY; else, it returns to its idle loop. 
To monitor BSY, the Am29PL141 uses one of its 
internal counters to 'lime out" a 400 nsec bus free 
period and then retests SCSI BSY. If the bus is still 
free, this node is being SELECTED/ 
RESELECTED and the Am29PL141 will interrupt 
the 80188 which would then take the necessary 
action. If the bus is not free, the Am29PL141 
returns to its idle loop. The 80188 interrupt 
handler should test the status of SEL and the 
"address compare bit" to determine that this is a 
SELECT/RESELECT interrupt. 
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9.3.2 Arbitration 



9.4 SUiWIVIARY 



To initiate \he ARBiTRATION cycle, tine 80188 
Issues a command to the Am29PL141 to set an 
"arbitration request flip-flop ARBRQ". This is 
another addressable latch bit controlled by the 
Am29PL141 and subsequently monitored In the 
Am29PL141's idle loop. If the ARBRQ bit is set, 
the Am29PL141 will then test SCSI BSY, and if 
asserted, the Am29PL141 returns to its idle loop. 
If ARBRQ is asserted and the SCSI bus is not 
busy, the Am29PL141 will interrupt the 80188, 
assert the address for this node onto the SCSI 
bus, assert BSY and begin monitoring SCSI SEL. 
The address for this node is asserted onto the 
SCSI bus via the 7438s and a new control bit 
"ARB". (See Figure 9-10.) 

The Am29PL141 will now continuously monitor 
SCSI SEL and the ARBRQ signal. The asserting 
of SEL during the artDltration process indicates that 
another SCSI device has assumed control of the 
bus and this node should abort the arbitration 
process. The assertion of SEL causes an 
"arbitration failed flip-flop" to be set by the 
Am29PL141. This bit would be added to the 
status bits readable by the 80188. Also, the 
deassertion of ARBRQ indicates that the 80188 
has terminated the arbitration process. In either 
case, the Am29PL141 will deassert BSY, remove 
this node's address from the bus, and return to its 
Idle loop. 

The 80188 interrupt processing routine is 
responsible for reading the SCSI data bus and 
determining whether this node is the highest 
currently requesting the bus. If this node has lost 
the arbitration process, ARBRQ should be 
deasserted to allow the Am29PL141 to return to 
its idle loop and then reasserted to begin the 
process again. If this node appears to have won 
the arbitration process, the Interrupt handler 
should first check the "arbitration failed flip-flop" 
before entering the SELECTION phase. This final 
check is required to insure no other device issued 
a SEL while the 80188 was responding to the 
interrupt. 



This design solves the problem of interfacing older 
generation tape drives (QIC-02) to modern 
computer peripherals on the SCSI bus. 

The use of the Fuse Programmable Controller and 
two programmable array logic devices 
{AmPAL22V10s), allows the implementation of 
this complex controller with minimum component 
count, off the shelf standard parts, (see Figure 9- 
12) and is reconfigurable/upgradable through 
reprogramming. This design should also give 
insight into the versatility of the FPC and ease of 
using this device for new designs. 



PARTS LIST 



DEVICE 


DESCRIPTION QUANTITY 


Am29PL141 


Fuse Programmable Controller 


1 


80188-1 


1 0MHz, 8-bit Microprocessor 


1 


Am2947 


Octal Bidirectional Transceiver 


1 


Am29843A 


9-bit Latcli, Non-Inverting 


2 


Am2958 


Octal Buffer, Inverting 


2 


AmPAL22V10 


24-pin Programmable 
Array Logic 


2 


Am2950A 


8-bit I/O Port with Flags 


1 


Am29834A 


Parity Bus Transceiver, 
Inverting 


1 


Am29864 


9-bit Transceiver, Inverting 


1 


Am2982eA 


10-bit Buffer/Driver, Inverting 


1 


7438 


Open-Collector Drive 


2 


Am29827A 


10-bit Buffer/Drive, 






Non-Inverting 


1 


Am27512DC 


512K-bit UV EPROM (250 ns) 


1 


*AmPAL16L8A 


20-pin F'rogrammable 
Array Logic 


1 



*Use for the five 2-input "OR" gates and for the 
one 2-input "AND" gate. 



Figure 9-12. SCSI and QIC-02 Controller Parts List 
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CHAPTER 10 

HIGH SPEED DMA CONTROLLER USING Am29PL141 



10.1 SYSTEM OVERVIEW 

In this application, the Am29PL141 Fuse Program- 
mable Controller (FPC) Is used to control two hard- 
ware blocks that are sequenced at a rate greater 
than 1 MHz. This application illustrates the power 
and flexibility of the Am29PL141 in distributed 
control applications. 

The subsystem controlled by the FPC is just a 
small part of a large computer system. From the 
viewpoint of the main central processing unit 
(CPU), this subsystem is an asynchronous 
peripheral. The peripheral's function is to control a 
direct memory access (DMA) channel. This chan- 
nel links the main CPU's memory to a digital signal 
processor's (DSP) memory. Figure10-1 shows the 
various hardware blocks which comprise the DMA 
channel interface. All operations are initiated by 
the main CPU. Once a command is passed to the 
subsystem, the main CPU is free to do other tasks. 
The DMA interface signals the completion of a task 
by generating an interrupt in the main CPU. A 
typical command consists of transferring data 
(totally under the control of the Am29PL141) 
and/or processing data (controlled by the DSP 
engine and the Am29PL1 41 ). 

The overall system can be viewed as a digital signal 
processor (DSP). It performs high speed data 
acquisition, digitizing several incoming analog 
channels. The processor utilizes DSP techniques 
to modify and/or extract information from this data; 
the resulting outputs are converted back to analog 
signals. 

By their nature, many DSP algorithms operate on 
blocks of Data. In this particular application, the 
incoming channels consist of various speech sig- 
nals. After digitalization, the speech bandwidth is 
compressed using linear predictive coding (LPC) 
techniques. A 64 kbit/sec channel is compressed 
to a 2.4 kbit/sec data stream using LPC. Six com- 
pressed input channels are multiplexed over one 
serial link. Simultaneously, the processor receives 
a multiplexed LPC data stream. It demultiplexes 
this data and expands the compressed data 
resulting in analog speech output channels. 

Real time constraints mandate a high speed DMA 
controller to orchestrate the filling and emptying of 
the LPC data RAM. Incoming channels of raw 



speech data are stored in this RAM. Once avail- 
able, the processor invokes an analysis routine 
that extracts the LPC parameters. This parametric 
information is multiplexed and transmitted over 
one serial link. In the other direction, received LPC 
parameters are demultiplexed. A synthesis routine 
is then invoked which reconstructs the speech 
signals. These reconstructed speech waveforms 
are stored in the data RAM. The Am29PL141 not 
only controls the DMA channel, but also performs a 
sequencing function assisting the subsystem's 
DSP engine. 

The following sections describe the CPU-FPC 
interface, the FPC output lines, the use of 27S18 
and Am2940 for address generation, and finally 
the microprogram for this application. A more 
complete discussion of the Am29PL141 FPC is 
given in Chapter 1 and Appendix E. 



10.2 CPU-FPCINTERFACE 

Whenever the CPU desires service from the DSP 
subsystem, it issues a command by placing it In a 5- 
bit instruction register. This register's outputs are 
available to the FPC as T[4:0]. The CPU sets the 
valid instruction flip flop to indicate the presence of 
a new command. The flip flop output is connected 
to the FPC's CC test input. While idle, the FPC 
interrogates this flip flop. When a new command is 
delected, the FPC commences execution of the 
instruction. Upon completion, the valid instruction 
flip flop is cleared (using P[11]), and a status bit is 
output to the CPU. Data passes between the 
main CPU data bus and the DSP data bus via a 
specialized 16 bit bi-directional I/O port. In 
addition to buffering data during transfers, the I/O 
port is used to initialize the DSP data RAM. 

There are actually 14 different instructions 
represented in bits T[3:0]. T[4] is used to tell the 
DSP engine to perform calculations with the DMA 
interface generating the addresses. 

Three groups of CPU commands are defined: 

1 . Data Transfer In (to the DSP memory) - 6 

2. Data Transfer Out (from the DSP memory) - 7 

3. Data Memory Initialize -1 
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The number following each group name denotes 
the number of instructions within that group. 

Any instruction In the Data Transfer In group can 
additionally have T[4] as a qualifier. When T[4] is 
negated, the DIVIA interface only transfers data in 
to the DSP memory. When T[4] is asserted, the 
DMA interface serves as the address generator for 
the DSP engine for a particular task after the data 
transfer is complete. By reexamining the CPU com- 
mand, the FPC determines how many addresses it 
needs to generate forthe task. 

Instruction decoding is a simple task in the 
Am29PL141 using its multiway branch instruction. 
In this application T[3:0] are masked and a branch 
to one of sixteen locations is taken as determined 
by the pattern present on T[3:0]. Subsequent 
paths taken are derived from this multiway branch. 



10.3 Am29PL141 CONTROLLER 

The Am29PL141 is the heart of the DMA inter- 
face. Once the CPU passes a command, the FPC 
takes over. All data transfer operations are 



under its control. When a new instruction is 
detected, the 29PL141 decodes it by reading it in 
on its T0-T4 test inputs. The DONE output of the 
Am2940 is connected to the FPC T5 test input for 
signaling the completion of an address sequence. 
When an input instruction is decoded, control 
branches to the appropriate control sequence. 

A 64 X 32 bit PROM resides on the Am29PL141. 
The upper 1 6 bits of each word are used to control 
the on-board sequencer. The functions of these 
bits are defined by AMD and are not alterable by 
the user. The lower 16 bits of each word are 
brought out through a pipeline register as output 
lines and are user-defined {P15-P0). Appendix E, 
the Data Sheets, defines the microinstruction word 
in detail. 

The control data that appears at the outputs 
(P[00:15]) of the FPC depends on the type of 
instruction. Five bits (P[00:04]) are used as an 
address to a 32 x 8 lookup PROM. Four bits 
(P[06:09]) provide instructions and control to an 
Am2940 high speed DMA address generator. 
Two bits (P[10], P[12]) control the specialized 
bidirectional I/O port between the two processor 
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Figure 10-1. DMA Channel Interface 
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data buses. Finally, two bits {P[13], P[14]) are 
used to control the clock source to the Am2940 
address generator. P[15] signals the main CPU 
when the execution of a comnnand is complete. 

Figure 10-2 illustrates the assignment of the 16 
Am29PL141 output lines. These output lines are 
controlled by the FPC microprogram instructions. 
One-half of each microinstruction word is used to 
specify these outputs. All but one of these lines 
are used in this application. These 1 6 output lines 
are grouped into eight fields of varying widths. 
The specifics of each field, the field width, and the 
type of micro-operations performed, are as follows: 

PROM Address Control 

The 5 bit field formed by P[4:0] is named A[4:0]. 
After a CPU command is decoded, the FPC 
determines which block of data RAM is to be 
accessed and its length. The starting address of 
each block and its length are stored in the look-up 
PROMs. A[4:0] provide the addresses to the 
lookup PROMs for each new DMA operation. 

DMA Address Generator Control 

P[8:6] form a 3 bit field named l[2:01. These bits 
are the instructions for the Am2940 address gen- 
erator. Operations performed by the field include 
reading and writing various data and control 
registers on the Am2940. 

DMA Count Control 

P[9] Is a one bit field named CNT wired to the ACi 
and WCI inputs of the Am2940. The signal 
enables the counting operation of the address 
generator. This effectively provides clock control 
in addition to the external clock circuitry. 

Data Bus Interface Control 

Bits P[10] and P[12] form two one-bit fields for this 
function. P[10] is named BEN and controls data 



transfers between the two CPU data buses. When 
it is asserted, transfers are allowed. P[1 2] is named 
ZEN (Zero Enable). When asserted, it overrides 
BEN for transfers into the DSP data memory and 
instead places zeroes on the data bus. This 
feature is useful for initialization in certain tasks. By 
having the DMA controller provide this function, 
the DSP is offloaded and subsequently has more 
time for performing calculations. 

Instruction Status 

P[11] and P[15] form two one-bit fields used in 
conjunction with the CPU instruction interface. 
P[11] is named CLR. This bit serves as the clear 
signal to the valid instruction flip flop. This flip flop 
can only be set by the main CPU and reset by the 
DMA controller. When an instruction is completed 
by the DMA controller, it resets this flip flop. The 
FPC idles until the main CPU sets this flip flop 
indicating the presence of a new instmction in the 
instruction register. 

P[15] is named DNE and is sent back to the main 
CPU. When asserted by the FPC it indicates that 
the DMA subsystem has completed the execution 
of a command and is awaiting a new one. 

Clock Control 

P[14:13] form a two bit field named CK[1:01. 
These bits control the source of the clock to the 
Am2940s. Three selections are possible: 1) sys- 
tem clock; 2) system clock shifted by 180°; and 3) 
clock inhibit. 



10.4 ADDRESS GENERATION 

Several channels of data are stored in the DSP 
data RAM. For each channel, the DMA controller 
must input to and/or output from the proper sec- 
tion of the memory. Generation of the appropriate 
addresses is handled by two Am27S18SA PROMs 
and two Am2940 address generators. 
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Figure 10-2. Format of User Output Portion of Am29PL141 Microcode 
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The FPC determines a starting address and a block 
length from a decoded instruction. The actual 
values of this data are stored in the Am27S18SA 
lookup PROMs. Two five-bit addresses, represen- 
ting the starting address and block length are 
presented to the PROMs. The data outputs of the 
PROI^ are routed to the Am2940s on their data 
inputs (D0-D7) and loaded into the appropriate 
registers. Once initialized with these "seed" val- 
ues, the Am2940s provide sequential addresses 
to the DSP data RAfi/l until the word count expires. 
The DONE signal from the Am2940s alerts the 
FPC to this condition. 

In addition to providing DMA addresses, this 
section of the hardware generates addresses for 
the DSP for certain processing steps that are time 
critical. Some sections of the LPC algorithm 



sequentially step through the memory block 
repeatedly. For these tasks, the FPC keeps track 
of how many passes are required and issues con- 
trol data to the address generators. Basically it 
performs dummy DMA cycles where addresses are 
generated but no data passes through the data 
bus interface. 



10.5 FPCMICROCODE 

Figure 10-3 is the flowchart of the code 
implemented for this application. A total of 45 
words are used. This leaves ample room for future 
modifications to the interface. Of the 45 locations 
used, 30 are used for Instruction decoding. How- 
ever, while the FPC is decoding an instruction, its 
control outputs are simultaneously loading values 
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Figure 10-3. DMA Controller Program Flow Diagram 
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into the Am2940s. This parallel operation allows 
the data transfers to tal<e place with a minimum of 
overhead. By the time the instruction is decoded, 
the Am2940 data and control registers are loaded 
and readyto startthetransferoperation. 

After some wait states are executed the data 
transfer commences. When finished, T[4] is 
tested. If asserted the FPC goes back and looks at 
T[3:0] to determine how many passes it must make 
through the data for the DSP engine. It then 
commands the Am2940s to start the dummy DMA 
cycles and runs until its pass count expires. A pass 
count is easily implemented using the C Register 
on board the ArTi29PL141. Between each pass 
the Am2940s are reinitialized to point at the start of 



a data block. When all passes are complete, the 
CPU is notified, and the FPC waits for the next 
instruction. 

Figure 10-4 is a listing of the microcode described 
above. It is written using an assembler written 
specifically for the Am29PL141 by AMD. This 
software runs on an IBM PC/XT and is available 
gratis to any designer using the Am29PL141. 
Most of the code in this application was debugged 
using a companion simulator also available from 
AMD. Only real time timing aspects could not be 
evaluated. Having this software available makes 
the design engineer's job easier by minimizing the 
amount of time spent translating concept to PROM 
data for the FPC. 



" A HIGH SPEED DMA CONTROLLER ' 

device (pll41) 
default = 1 ; 
define 

" The following mnemonics are the names assigned to the micro 
operations in the eight different fields defined for P(15:0) 



FIELD NAME = DNE 

DONE = 0000#H 

NDONE = 8000#H 

" FIELD NAME = CS(2:0) 

CLKl = 0000#H 

CLK2 = 2000#H 

NOCLK = 6000#H 

" FIELD NAME = ZEN 

IMEM = 0000#H 

NOIMEM = 1000#H 

" FIELD NAME = ICR 





CLRINST = 0000#H 
NOCLR = 0800#H 


" FIELD 


NAME = 


BEN 




BUSON 
BUSOFF 


= 0000#H 
= 0400#H 


" FIELD 


NAME = 


CNT 




CNTON 
CNTOFF 


= 0000#H 
= 0200#H 


" FIELD 


NAME = 


1(2:0) 




WRCR 
REIN 
LDAD 
LDWC 
ENCT 


» 0000#H 
= 0100#H 
= 0140#H 
= 0180#H 
= 01C0#H 



Figure 10-4. DMA Controller Source Program Listing (Sheet 1 of 4) 
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NAME = 


A(4:0) 


ADDO 


= 0000#H 


ADDl 


= 0001#H 


ADD2 


= 0002#H 


ADD3 


= 0003#H 


ADD4 


= 0004#H 


ADDS 


= 0005#H 


ADD6 


= 0006#H 


WCO 


= 0008#H 


WCl 


= 0009#H 


WC2 


= OOOA#H 


WC3 


= OOOB#H 


WC4 


= OOOC#H 


WC5 


= OOOD#H 


WC6 


= OO0E#H 


WC7 


= OOOF#H; 



begin 

" The first 16 locations form the branch table for decoding the 
instruction bits present on T(3:0) 

ZERO : NDONE+CLKl+NOIMEM+NOCLR+BUSOFF+CNTOFF+LDAD+ADDO , 

IF (CC) THEN GOTO PL(DTIl) ; 
NDONE+CLKl+NOIMEM+NOCLR+BUSOFF+CNTOFF+LDAD+ADDl, 

IF (CC) THEN GOTO PL(DTI2) ; 
ND0NE+CLK1+N0IMEM+N0CLR+BUS0FF+CNT0FF+LDAD+ADD2, 

IF (CC) THEN GOTO PL(DTI3); 
ND0NE+CLK1+N0IMEM+N0CLR+BUS0FF+CNT0FF+LDAD+ADD3 , 

IF (CC) THEN GOTO PL (DTI 2), • 
ND0NE+CLK1+N0IMEM+N0CLR+BUS0FF+CNT0FF+LDAD+ADD4 , 

IF (CC) THEN GOTO PL (DTI 3), • 
ND0NE+CLK1+N0IMEM+N0CLR+BUS0FF+CNT0FF+LDAD+ADD5, 

IF (CC) THEN GOTO PL(DTI4); 
NDONE+CLKl+NOIMEM+NOCLR+BUSOFF+CNTOFF+LDAD+ADDO, 

IF (CC) THEN GOTO PL(DTOl) ; 
NDONE+CLKl+NOIMEM+NOCLR+BUSOFF+CNTOFF+LDAD+ADDl, 

IF (CC) THEN GOTO PL(DT02); 
NDONE+CLK1+NOIMEM+NOCLR+B0SOFF+CNTOFF+LDAD+ADD2, 

IF (CC) THEN GOTO PL(DT03); 

NDONE+CLK1+NOIMEM+N0CLR+BUSOFF+CNT0FF+LDAD+ADD3, 

IF (CC) THEN GOTO PL(DT04) ; 
ND0NE+CLK1+NOIMEM+NOCLR+BUSOFF+CNTOFF+LDAD+ADD4, 

IF (CC) THEN GOTO PL(DTOl) ; 
ND0NE+CLK1+N0IMEM+N0CLR+BUS0FF+CNT0FF+LDAD+ADD5, 

IF (CC) THEN GOTO PL(DT02); 
NDONE+CLKl+NOIMEM+NOCLR+BUSOFF+CNTOFF+LDAD+ADDl , 

IF (CC) THEN GOTO PL(DT03) ; 
NDONE+CLK1+NOIMEM+NOCLR+BUSOFF+CNTOFF+REIN+001F#H, 

IF (CC) THEN GOTO PL(RESET) ; 
NDONE+CLK1+NOIMEM+NOCLR+BUSOFF+CNTOFF+REIN+001F#H, 

IF (CC) THEN GOTO PL(RESET) ; 
NDONE+CLKl+NOIMEM+NOCLR+BUSOFF+CNTOFF+LDAD+0 1F#H , 

IF (CC) THEN GOTO PL(MEMINIT) ; 



Figure 10-4. DMA Controller Source Program Listing (Sheet 2 of 4) 
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" The next 4 instructions have identical internal control but different 
outputs on P(15:0). They are used for instructions in the DATA TRANS- 
FER IN (DTI) group. They are also part of the instruction decoding." 

DTI 1 : NDONE+CLKl+NOIMEM+NOCtR+BUSOFF+CNTOFF+LDWC+WCO , 

IF (CC) THEN GOTO PL(DTIWAIT) ; 
DTI2 : NDONE+CLKl+NOIMEM+NOCIiR+BUSOFF+CNTOFF+LDWC+WCl, 

IF (CC) THEN GOTO PL(DTIWAIT) ; 
DTI3 : ND0NE+CLK1+N0IMEM+N0CLR+BUS0FF+CNT0FF+LDWG+WC2 , 

IF (CC) THEN GOTO PL(DTIWAIT) ; 
DTI4 : ND0NE+CLK1+N0IMEM+N0CLR+BUS0FF+CNT0FF+LDWC+WC3 , 

IF (CC) THEN GOTO PL(DTIWAIT) ,■ 

" The next 4 instructions have identical internal control but different 
outputs on P(15;0). They are used for instructions in the DATA TRANS- 
FER IN (DTI) group. They are also part of the instruction decoding." 

DTOl : ND0NE+CLK1+N0IMEM+N0CLR+BUS0FF+CNT0FF+LDWC+WC4 , 

IF (CC) THEN GOTO PL(DTOWAIT) ; 
DT02 : ND0NE+CLK1+NOIMEM+NOCLR+BUS0FF+CNT0FF+LDWC+WC5 , 

IF (CC) THEN GOTO PL(DTOWAIT) ; 
DT03 : ND0NE+CLK1+N0IMEM+N0CLR+BUS0FF+CNT0FF+LDWC+WC6 , 

IF (CC) THEN GOTO PL(DTOWAIT) ; 
DT04 ! ND0NE+CLK1+N0IMEM+N0CLR+BUS0FF+CNT0FF+LDWC+WC7 , 

IF (CC) THEN GOTO PL(DTOWAIT) ; 

" This instruction is executed for the DATA MEMORY INITIALIZE (DMI) group" 

MEMINIT : ND0NE+CLK1+N0IMEM+N0CLR+BUS0FF+CNT0FF+LDWC+WC7 , 
IF (CC) THEN GOTO PL(ZWAIT) ; 

" Program FPC for DTI wait states using the CREG " 

DTIWAIT: NDONE+CLK1+NOIMEM+NOCLR+BUSOFF+CNTOFF+ENCT+001F#H, 
IF (CC) THEN LOAD PL(4) ; 
NDONE+CLK1+NOIMEM+NOCLR+BUSOFF+CNTOFF+ENCT+001F#H, 
IF (CC) THEN GOTO PL(WAITl) ; 

" Program FPC for DTO wait states using the CREG " 

DTOWAIT: NDONE+CLK1+NOIMEM+NOCLR+BUSOFF+CNTOFF+ENCT+001F#H, 

IF (CC) THEN LOAD PL(6) ; 
WAITl : NDONE+CLK1+NOIMEM+NOCLR+BUSOFF+CNTOFF+ENCT+001F#H, 

WHILE (CREG <> 0) LOOP TO PL (WAITl) ; 
NDONE+CLK1+NOIMEM+NOCLR+BUSON+CNTON+ENCT+001F#H, 

IF (T5) THEN GOTO PL(CLEARCC) ELSE WAIT; 

" Program FPC for MEMORY INITIALIZE function " 

ZWAIT: NDONE+CLK1+IMEM+NOCLR+BUSOFF+CNTON+ENCT+001F#H, 
IF (T5) THEN GOTO PL(CLEARCC) ELSE WAIT; 

" Clear VALID INSTRUCTION flip flop (CC input to FPC) " 



Figure 10-4. DMA Controller Source Program Listing (Sheet 3 of 4) 
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APPENDIX A 

JEDEC STANDARD No.3 



The fuse map generated by the Am29PL141 
Assembler adheres to the JEDEC standard No. 3 
(October 1 983) which is a standard data transferfor- 
mat between a data preparation system and a 
programmable logic device programmer. 

The information to be sent to the device program- 
mer is divided into the following categories: 

1 . The design specification identifier 

2. The device to be programmed 

3. Fuse links that must be blown to 
implement the design 

4. Information to perform a staictured 
functional test 

5. Other information (e.g.,sumcheck) 

A transmission must consist of the following legal 
characters. Any other characters present in the 
transmission file may result in invalid operation. 



STX 

ETX 

LF 

CR 

all printable 

characters 



02 hex 

03 hex 
OAhex 
ODhex 



start of text 
end of text 
line feed 
carriage return 



20 hex to 7E hex inclusive 



The Assembler forms the transmission file by 
putting the STX character at the beginning of the 
file, followed by the fuse link information, the fuse 
checksum, the ETX character, and the trans- 
mission sumcheck. An example Assembler trans- 
mission (fuse map) file Is: 

<STX>Fr 

LOOOO 0100101 111 111111 1111111111111000* 

C02EF* 

<ETX>0A94 

Fuse Link Information 

Each device fuse link is assigned a decimal 
number. Each numbered fuse can have two 
possible states: a Zero specifying a low-resistance 
(unblown) link and a One specifying a high- 
resistance (blown) link. 

Fuse information is presented in three fields: F, L 
andC. 

F: This field specifies the state of the unspecified 
fuses In the logic device. This field corre- 



sponds to the DEFAULT section in the 
program source file. The default for this field is 
'FO', all unspecified fuses unblown. 

L: Each numbered link is addressed by the 1" 
field. The L is immediately followed by a 
variable length decimal number indicating 
address of the first link In the following string of 
data. The string of data can be any convenient 
length terminated by an '*'. In the Assembler 
each string is 32 characters long. 

C: This is the checksum field for the link 
information. It is computed by performing a 1 6- 
bit unsigned addition of 8-bit words formed 
from all the fuse link states specified in the file. 

The 8-bit words are formed as in the following 
diagram: 

Example: Checksum Computation 

<STX>F1* 

LOOOO 0100101 111 111111 1111111111111000* 

C02EF* 

<ETX>0A94 



link 



7 

1101 0010 - 
1111 1111 
1111 1111 
0001 1111 



D2 hex 
FF hex 
FF hex 
IF hex 



2 E F hex = checksum 

Note: 

If the number of fuse links is not a multiple 
of 8, then the last word will be formed by 
setting Zeroes for all the bit locations more 
significant than the last link. The 16-bit 
checksum is specified as a followed by 4 
hex characters and an '*". 



OTHER INFORMATION 

The transmission format Is ended by an ETX 
character followed by the sumcheck. The 
sumcheck Is the 16-bit unsigned addition of the 
ASCII values of all the characters In the 
transmission file between and including STX and 
ETX. The parity bit is excluded in this calculation. 
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APPENDIX B 

QIC-02 AND SCSI INTERFACE SIGNALS AND TIMING DIAGRAMS 



QIC-02 INTERFACE 

QIC-02 is an industry standard wliich defines \he 
interface between a host system and Quarter Inch 
Cartridge Tape Drives. Read/write commands, 
status and, of course, data are transmitted over this 
interface, as depicted In Figure B-1. The bus and 
control signals between QIC-02 and host are all 
standard TTL levels. Timing diagrams for this 
interface are shown in Figures B-2 through B-4. 
Yhis interface handshake timing is duplicated for 
the host side by the FPC and two AmPAL22V1 Os. 

ACKNOWLEDGE (ACK) is used with Transfer 
to transfer data across the interface. 

READY (ROY) indicates that the tape drive can 
accept a command. It is used to handshake the 
command across the interface. In the write mode, 
READY indicates that the drive's internal buffer is 
empty and ready to receive new data. In the read 
mode, READY indicates the drive buffer can now 
be accessed by the host. 

EXCEPTION (EXP) alerts the host that the 
execution of a command has been terminated. 
This may be a normal completion or an interrupt 
due to a fault (hard errors, write protected, etc.). 
The response by host must be READ STATUS. 

DIRECTION (DIRC) indicates direction of data 
flow. Signal is used to enable/disable the data bus 



transceivers in the HOST. 

ON-LINE signal is deasserted at the beginning of a 
read (from tape) or write (to tape) operation. 

RESET initializes the tape drive. The drive recali- 
brates the heads to track zero. 

REQUEST Indicates that a command is on the 
data bus. 

TRANSFER is used with ACKNOWLEDGE to 
handshake data over the bus, see timing diagram. 



SCSI INTERFACE 

Small Computer Systems Interface (SCSI) evolved 
from the disk controller standard developed by 
Shugart Associates (SASI) in the late 1970s. The 
SCSI standard was developed by ANSI X3T9.2 
subcommittee starting in 1982. SCSI defines an 8- 
bit parallel bi-directional data bus with parity, plus 
nine control lines. SCSI protocol allows single or 
multiple host computers (initiators) to share multi- 
ple (expensive) peripherals (targets, i.e. hard disk, 
floppy disks, etc.), as depicted in Figure B-5. Up to 
eight Daisy Chained devices can reside on the 
SCSI bus, with data transfer rates of 4 Mbytes/sec. 
Synchronous and 1.5 Mbyte/sec. asynchronous. 
The timing diagrams for the interface are shown in 
Figures B-6 through B-8. 
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Figure B-1. QIC-02 Interface 
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The interface signals are: 

I/O is driven by a target to control the direction of 
data movement. True indicates input to the 
initiator. 

MSG is drive by a target to indicate "Message 
Phase". When MSG is asserted, REQ (Request) is 
also asserted by the target for transfer of data byte 
Indicating the end of the operational phase 
("Message"). 

REQ asserted by target Indicates that a data byte 
Is to be transferred on the data bus. Data byte is 
transferred via handshake with ACK 
(Acknowledge). 

ATN (Attention) is driven by an initiator to indicate 



to target an "attention" condition. 

An initiator uses SEL along with appropriate data 
(address) bits (0-7) being asserted to select a 
target. Select line Is deasserted after the target 
asserts BSY to acknowledge selection. 

RST (Reset) is a pulse asserted by the initiator to 
stop target's present operation and return same to 
idle condition. 

Data bus and control signals require open collector 
drivers capable of sinking 48 mA each to support 
SCSI mode of multiple Initiators with multiple 
targets. SCSI provides for either single ended (6 
meter max. cable length) transmission or differ- 
ential (if a distance up to 25 meters is required). 
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ERR 59 put a number or a defined name here 

Warning: Syntax error 

User Action: Put a valid number or predefined 

name here 

ERR 60 put a constant or a number here 

Warning: Syntax error 

User Action: Put a valid number or predefined 

constant here 

ERR 61 put a '.' after END to terminate the 
assembler file 

Warning: Unexpected end of file 

User Action: Include a '.' after the keyword END 

ERR 62 put a ':' for labels or *,■ for output 

Warning: The punctuation symbols ':' or ',' are 
necessary to separate sections In each statement 
User Action: Use ':' or ',' 

ERR 63 put a ',' to separate the output section 

Warning: The ',' symbol is required here 
User Action: Put a',' 

ERR 64 put a ';■ here 

Warning: The ';' symbol is necessary to separate 

program sections or statements 

User Action: Put a ';' as a statement separator 

ERR 65 put a name here 

Warning: A valid predefined constant is necessary 

here 

User Action: put a predefined name here 

ERR 66 put a 'TO' here : loop TO PL 

Warning: LOOP must be followed by the keyword 

User Action: put the keyword TO" 

ERR 67 put an operand between logical operators 

Warning: Logical expression Is incorrect 
User Action: Put an operand between '*' and '+' 

ERR 68 put an operand between nested 

operands 

Warning: Logical expression is incorrect 

User Action: Put an operand after the '(' 

ERR 69 put an operand here 

Warning: Syntax error 

User Action: Match an operand with this logical 

operator 

ERR 70 put an operand or ')' to complete the 
expression 

Warning: Unmatched parenthesis or missing 

operand 

User Action: Check logical expression 



ERR 71 put an operator between operands 

Warning: Logical operators '*' and '+' cannot follow 
each other 

User Action: Check the logical expression/ 
equation 

ERR 72 put PL , TM , or SREG here 

Warning: Incorrect statement syntax 

User Action: Put GOTO PL, GOTO TM or GOTO 

(SREG) 

ERR 73 redefinition of label 

Warning: Label has been redefined 
User Action: Check label names 

ERR 74 separate the output section with a ',' 

Warning: Syntax error 

User Action: Put the necessary ',' here 

ERR 75 Severe warning : redefinition of PROM 

location *•* See source line *** 

Warning: PROM location specified more than 

once 

User Action: Check the flow of your microprogram; 

some statements may have overlapped due to the 

use of numbers as labels 

ERR 76 SOFTWARE error ... see WRITE WORD 
module 

Warning: The program cannot form the PROM 
word properly 
User Action: None 

ERR 77 specify the pipeline data field 

Warning: Syntax error 

User Action: Specify a data field in PL(data) 

ERR 78 Statement *** not supported in **• 

Warning: This statement combination does not 

correspond to any device mnemonic 

User Action: Check the list of available statements 

ERR 79 this condition has not been defined 

Warning: Undefined test condition 

User Action: Pair this identifier with a test condition 

in the DEFINE section 

ERR 80 this Is a keyword 

Warning: Cannot use this keyword in this context 
User Action: Use a different variable name 

ERR 81 this is not a binary number 

Warning: Not a binary number 
User Action: use '#b' 

ERR 82 this Is not a decimal number 

Warning: Not a decimal number 
User Action: Use 'd' 
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Figure B-5. Possible Bus Configurations 
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I/O LOGIC ONE 



MSG LOGIC ONE 
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APPENDIX C 

SOFTWARE SUPPORT 



C.1 Am29PL1 XX ASSEMBLER 
Assembler Features 

The Am29PL1 XX assembler provides high-level mi- 
croprogram development support for the 
Am29PL100 family of parts (Am29PL141, 
Am29PL142, Am29CPL141, Am29CPL142 and 
Am29CPL144). 

With the inclusion of high-level language constmcts, 
such as IF-THEN-ELSE and WHILE the 
microprogrammers task is greatly simplified since 
the microcode is written in a logical and more natu- 
ral flowing syntax. In addition, documentation of 
code is significantly enhanced since the microcode 
is expressed in a more readable and easy to follow 
format. 

Assembler features include; 

• high-level language constructs 

IF-THEN-ELSE 
WHILE 

• binary, octal, decimal, and hexadecimal numbers 
are recognized 

• jump/branch to labels 

• logic equations for control outputs 

• error detection and diagnosis 

• default test condition 

• JEDEC standard fuse map output 

• symbol table output 

Error Detection and Diagnosis 

Much effort has been made to provide relevant 
syntax error detection and diagnostic messages in 
order to facilitate debugging of errors occurring in 
the microcode. Note that one error may cause 
spurious errors to propagate through the assembler 
source file because the assembler expects a cer- 
tain sequence of symbols. The assembler does not 
understand the microcode's intent or purpose. 
Correcting the first error and other meaningful er- 
rors will remove spurious errors. 

The assembler will check the input file to determine 
that no conflicts exist in the use of input pins that 
double as Serial Shift Register (SSR) pins, which 
are used for customer diagnostics/testing. 



System Requirements 



The following hardware and software are required 
to use the assembler: 

Hardware (minimum configuration): 

- an IBM PC/XT or other PC-compatible, 
NEC9800. with at least 256K bytes of RAM 
memory 

Software: 

- PC-DOS Version 2.0 or higher, or MS-DOS 
Version 2.11 or higher 

- A word processor to create the assembler source 
file. Any word processor that produces stan- 
dard ASCII output files is acceptable (example: 
Wordstar operating in non-document mode). 

The following files are on the Am29PL1XX Assem- 
bler disk: 



Filename 

ASM14X.EXE 

PL141 

PL142 

CPL141 

CPL142 

CPL144 

COFFEE.EXP 

MAKE_CPY.BAT 



Description 

Am29PL1XX assembler 
Am29PL141 database file 
Am29PL142 database file 
Am29CPL141 database file 
Am29CPL142 database file 
Am29CPL144 database file 
Source file for coffee machine 
example 

Batch file for making copies and 
backups 



C.2 Am29PL1XXSIIVlULATOR 
SIIWULATOR FEATURES 

The Am29PL1XX simulator provides high-level in- 
teractive simulation capability for the Am29PL100 
microprograms. Along with the assembler, it helps 
to verify Am29PL100 designs completely before a 
device is programmed. The simulator supports 
functional simulation only. It does not provide any 
timing simulation. 

The Am29PL1XX simulator uses the JEDEC fuse 
map file (generated by the Am29PL14X Assembler) 
and a test-vector file as its inputs (Figure C-1). 



C-1 



Based upon the contents of the JEDEC fuse map 
and the test vector file, it generates "computed 
output signals" and compares these against ex- 
pected output values as specified in the test vector 
file. If any differences are detected, the simulator 
flags the errors by displaying a "?" under the un- 
matched output signals. 

Am29PL1XX Simulator Distinctive 
Cliaracteristics 

• allows the user to preload or change all internal 
registers (interactively) 

• displays complete status information including all 
input pin signals, computed and expected output 
signals, contents of all internal registers 

• break point capability 

• single step capability 

• interactive mode of operation 

• another program can be executed during 
simulation 

Simulator Requirements 

The following steps ar required to run the simulator: 
A. Write and assemble a microprogram source file 

Write a microprogram using the Am29PL14X as- 
sembler language. Then use the Am29PL14X as- 
sembler to assemble the program. The assembler 



will generate the corresponding JEDEC fuse map 
file to be used by the simulator. 

B. Create test vectors file 

The test vectors file can be written in a symbolic 
format. 

Keeping microprogram source and test vector files 
separate allows one simulation model to have a set 
of different test vector files. 

C. Execute simulation 

After the source program is assembled and the test 
vectors file has been generated, the simulator is 
ready to run. 

The simulator model is designed to reflect the 
Am29PL100 device as much as possible. Initially, 
applying a software asserted RESET signal to the 
simulator is the same as applying a RESET to the 
Am29PL1 00 device. 

Note that the Am29PL1 XX simulator provides func- 
tional simulation only - no timing simulation. The 
simulator assumes propagation delay. However, 
the clock pulse must be specified as one of the 
inputs in the test vectors to get register transfers 
and to compute outputs. 
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Figure C-1. Simulator/Test Vector Environment 
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APPENDIX E 






GLOSSARY OF ABBREVIATIONS/MNEMONICS 


141SEL 


Am29PL141 Selection (SCSI) 


JEDEC 


Joint Electronic Device Engineering 


141TPREQ 


Am29PL141 Tape Request 
(QIC-02) Signal 




Council 


141XFER 


Am29PL141 Transfer 


LADDR 


Addressable Latch 




(QIC-02) Signal 


LAN 


Local Area Network 






LMCS 


Lower Memory Chip Select 


ACK 


Acknowledge 


LPC 


Linear Predictive Coding 


ARDY 


Asynchronous Ready Line 






ARESET 


Asynchronous Reset 


MCSM 


Mid-range Chip Select 


ATN 


Attention 


MSG 


Message SCSI Interface Signal 
(to Am29PL141 from SCSI) 


BSYIN 


Busy Input (SCSI to FPC) 


MSI 


Medium Scale Integration 



C/D 
CC 

CCMUX 
CMDXFER 
CREG C 



DACK 
DATN 
DCLK 
DDACK 

DDREQ 

DIRC 

DMA 

DMAXFER 

DMSG 

DREQ 

DRST 

DSP 

DTACK 

DTREQ 



EXP 

FPC 

I/O 

INT1 

ISR 



Control or Data, SCSI Interface Signal 
Condition Code (Input to FPC) 
Condition Code MUX to Am29PL141 
Command Transfer Routine 
Register in Am29PL141 
(Count Register) 

Disk Acknowledge (SCSI) 

Disk Attention (SCSI) 

Diagnostics Clock 

Disk (SCSI) DMA Acknowledge 

(to Am29PL141 from 80188) 

Disk DMA Request 

Direction (QIC-02) 

Direct Memory Access 

DMA Transfer Routine 

Disk (SCSI) Message = MSG C/D (to 

Int. Status Buffer from Am29PL141) 

Disk (Data Transfer) Request 

(to Am29PL141 from SCSI) 

Disk Reset (SCSI) 

Digital Signal Processor 

DMA Tape Acknowledge 

(to Am29PL141 from 80188) 

DMA Tape Request 

(to 80188 from Addressable Latch) 

Exception, QIC-02 Interface Signal 

Fuse Programmable Controller 

Input or Output 
Interrupt Number One 
Intermpt Status Register 



NPR Non-processor Request 

PCS Peripheral Chip Select 

PL Pipeline 

POL Polarity 

RDXFER Read Transfer Routine 

RDY Ready 

RST Reset 

SCSI Small Computer System Interface 

SDI Serial Data In 

SDO Serial Data Out 

SIC-02 Quarter-inch Tape Cartridge interface 

SSR Serial Shadow Register 

TACK Tape Acknowledge 

(to Am29PL141 from QIC-02) 

TEST41 Am29PL141 Test Vector Generator 
Program 

TOUT Time Out 

TPONL Tape On Line (QIC-02) 

TPRST Tape Reset (QIC-02) 

TRDY Tape Ready (QIC-02) 

TRINT Tape Ready Interrupt (Addressable 
Latch to Condition Code MUX) 

UMCS Upper memory Chip Select 

VCMD Valid Command (to Am29PL1 41 
from 801 88) 

WRXFER Write Transfer Routine 
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APPENDIX F 

Am29CPL100 DATA SHEETS 



The front pages of the latest 29CPL100-farTiily data sheets are reprinted in this section. Complete copies 
ot these technical documents are available from AMD sales offices or authorized representatives. 
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Preliminary 



Am29CPL1 41 /Am29CPL1 51 

CMOS Field-Progra mmable Controller (FPC) 

DISTINCTIVE CHARACTERISTICS 



Advanced 

Micro 

Devices 



Implements complex state machines 

High-speed, low-power CMOS EPROM 

technology 

Direct plug-In replacement for the bipolar 

Am29PL141 

Seven conditional inputs (each can be 

registered as a programmable option), 16 

outputs 

64-woid by 32-blt CMOS EPROM 



Up to 30-MHz clock rate 

Available In a wide selection of 28-pln 

packages 

0.6" CERDIP windowed. 0.3" CERDIP windowed, 
0.3" plastic DIP OTP. PLCC DTP 
29 Instructions 

Conditional brariching, conditional looping, condi- 
tional subroutine call, multiway branch 



GENERAL DESCRIPTION 

The Am29CPL141, a direct plug-in replacement for the 
Am29PL141, is a CMOS, single-chip, Field-Program- 
mable Controller (FPC). It allows implementation of 
complex state machines and controllers by program- 
ming the appropriate sequence of instmctions. Jumps, 
loops, and subroutine calls, conditionally executed 
based on the test inputs, provide the designer with 
powerful control flow primitives. 

Intelligent control may be distributed throughout the 
system by using FPCs to control various self-contained 
functional units, such as register file/ALU, I/O, intermpt, 
diagnostic, and bus control units. An Address se- 
quencer, the heart of the FPC, provides the address to 



an internal 64-word by 32-bit EPROM. 

The Am29CPL151 is electrically and functionally identi- 
cal to the Am29CPL141 but is manufactured in a space- 
saving 300 mil DIP package as well as being offered in 
surface mount packaging. 

This UV-erasable and reprogrammable device utilizes 
proven floating-gate CMOS EPROM technology to en- 
sure high reliability, easy programming, and better than 
99.9% programming yields. The Am29CPLl41/151 is 
offered in both windowed and One-Time Programmable 
(OTP) packages. OTP plastic DIP and PLCC devices 
are ideal for volume production. 
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PIPELINE REGISTER 



•Each condition test input can be individually 

registered as a programmable option; the RESET 
input can be registered as a programmable option. 
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Am29CPL142/Am29CPL152 

CMOS Field-Programmable Controller (FPC) 



ADVANCE INFORMATION 



DISTINCTIVE CHARACTERISTICS 



Implements complex state machines 

High speed, low power CMOS EPROM technology 

Eight conditional Inputs, 16 outputs 

Each input can be registered or left unregistered as a 

programmable option 

128-word by 34-bit CMOS EPROM 

Up to 25-MHz clock rate, 28-pin DIP and PLCC 

28 instructions 

- Conditional branching 

- Conditional looping 

- Conditional subroutine call 

- Multlway branch 



Output instruction presents counter contents at the 
control outputs tor implementing a larger class of state- 
machine designs 

A controller-expansion (EXP) cell provides address to 
external registered PROMs allowing more than 16 
outputs 

Am29CPL142 is packaged In a 28-pln 0.6" DIP for 
upgrade of existing designs 

Am29CPL152 Is packaged In a space-saving 28-pin 
0.3" DIP or 28-pln PLCC for new designs 
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Eac h test in put can be individually unregistered or left registered as a programmable option. 
The RESET input can also be unregistered as a programmable option. 



This document contains information on a product under deveiopment at Advanced Micro Devices Ino 
The information Is intended to help you to evaluate this product. AMD reserves the right to change or 
discontinue work on this proposed product without notice. 
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Am29CPL144/Am29CPL154 

CMOS Field-Programmable Controller (FPC) 
ADVANCE INFORMATION 



DISTINCTIVE CHARACTERISTICS 



• Implements complex state machines 

• High-speed, low-power CMOS EPROM technology 

• 8 conditional inputs, 16 outputs 

• Each input can be registered or left unregistered as a 
programmable option 

• 512-word by 36-bit CMOS EPROM 

• 25-MHz clocl^ rate 

• Am29CPL144 is packaged in a 28-pin 0.6" DIP for 
upgrade of existing designs 

• Am29CPL154 is packaged in a space-saving 28-pin 
0.3" DIP or 28-pin PLCC for new designs 



28 instructions 

- Conditional branching 

- Conditional looping 

- Conditional subroutine call 

- Multiway branch 

Output instruction presents counter contents at the 
control outputs for implementing a larger class of state- 
machine designs 

A controller-expansion (EXP) cell provides address to 
external registered PROMs allowing more than 16 
outputs 
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•Each test input can be individually unregistered or left registered as a programmable option. The RESET 
input can also be registered as a programmable option. 



This document contains information on a product under dBueiopmont at Advanced Micro Devices, 
Inc. The inlormation is intended to help you to evaluate this product. AMD reserves 
the right to change or discontinue worit on this proposod product without notice. 
SSR is a trademark of Advanced Micro Devices, Inc. 
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